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PREFACE 


The  Office  of  Information  Systems,  SRS,  sponsored  a  two  and  one-half 
day  Workshop,  January  10-12,  1977,  in  Annapolis,  Maryland,  focusing  on 
Implementation  of  Medicaid  Management  Information  Systems  (MMIS).  A 
primary  objective  was  to  facilitate  sharing  and  communicating  current 
critical  areas  of  concern  in  the  MMIS  implementation  process  as  revealed 
by  both  Federal  and  State  experiences. 

Many  States  which  have  been  actively  pursuing  MMIS  possess  in-depth 
knowledge  regarding  both  barriers  and  opportunities  of  a  variety  of 
alternative  approaches  in  the  design,  development,  implementation,  and 
operation  of  MMIS.    The  workshop  provided  an  opportunity  to  bring  State 
and  Federal  people  together  in  collective  discussions  to  learn  from  one 
another  what  can  and  should  be  done  to  develop  effective,  on-going 
Medicaid  Management  Information  Systems. 

The  conference  presentation  and  discussion  was  directed  at  all 
States  regardless  of  the  stage  of  MMIS  development.    It  focused  on  de- 
sign, development,  and  implementation  issues  for  those  States  currently 
pursuing  initial  MMIS  efforts,  as  well  as  enhancement  and  operational 
issues  for  those  States  currently  having  an  MMIS  in  operation.  The 
workshop  was  aimed  at  State  agency  personnel  having  responsibility 
for  MMIS  implementation  and  upgrading  efforts,  and  at  the  agency  per- 
sonnel who  have  primary  responsibility  for  the  Medicaid  program  adminis- 
tration.   Federal  counterpart  staffs  from  the  Regional  Offices  and 
Central  Office  also  participated. 

As  shown  in  the  workshop  agenda  (see  Appendix  A),  the  workshop 
provided  initial  presentations  by  State  personnel  on  each  of  twelve 
problem  areas  as  a  focus  and  stimulant  for  discussion.    After  each 
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presentation,  time  was  provided  for  discussion  from  both  Federal  and 
State  workshop  participants.    Individuals  from  Federal  staff  joined 
the  speakers  to  field  questions.    The  agenda  provided  an  additional 
opportunity  for  further  discussion  with  presenters  and  Federal  staff 
in  small  groups  on  the  afternoon  of  the  second  day. 

The  workshop  focused  on  collectively  capturing  the  experiences  of 
both  presenters  and  participants  regarding  problems,  barriers,  and 
beneficial  approaches  within  each  topic  area  in  an  effort  to  pave 
the  way  for  better  MMIS  design  and  operation.    It  provided  an  excellent 
opportunity  for  participants  to  learn  from  one  another  and  gain  vital 
information  necessary  in  the  design,  development,  implementation,  and 
operation  of  MMISs,  and  provided  input  at  the  Federal  level  as  to  how 
it  can  best  support  State  efforts  in  a  technical  and  programmatic  way. 

By  several  measures,  the  workshop  was  a  successful  experience. 
First,  the  conference  was  well  attended  —  beyond  expectation.  One 
hundred  seventy  one  participants,  representing  42  States,  the  District 
of  Columbia,  Puerto  Rico,  eight  Regional  and  several  Washington  offices 
of  Federal  agencies  attended.    Second,  many  participants  had  reviewed 
a  pre-workshop  questionnaire  (see  Appendix  B)  and  came  prepared  to 
discuss  the  issues  involved.    Finally,  the  presentations  contained 
in  the  proceedings  provided  an  informative  spark  for  workshop  discus- 
sions.   We  are  confident,  and  attendee  evaluations  substantiated, 
that  the  informal  discussion  between  participants,  both  in  and  outside 
of  planned  sessions,  proved  to  be  a  valuable  source  of  information. 

John  C.  Anderson 
Paul  H.  Farseth 
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OPENING  REMARKS 


Harold  F.  Wienberg 
Associate  Administrator  for 
Information  Systems 
HEW,  SRS 

I  am  very  pleased  to  welcome  you  to  Annapolis  and  to  our  first 
major  workshop.    Perhaps  it  is  significant  that,  while  this  is  our 
first  major  workshop,  it  is  also  the  beginning  of  a  new  year  and 
shortly  it  will  be  the  beginning  of  a  new  administration.    In  this 
light,  I  look  forward  with  anticipation  to  our  collective  discussions 
at  this  meeting  in  seeking  new  ways  to  resolve  difficulties  in  and  to 
develop  better  means  of  successfully  implementing  information  sys- 
tems —  particularly  Medicaid  Management  Information  Systems  --  our 
focus  of  the  conference. 

The  agenda  states  rather  explicitly  the  workshop  objectives, 
and  in  summary,  I  would  just  like  to  tell  you  what  I  think  they 
are,  because  I  personally  feel  very  aligned  with  these  objectives. 
The  conference  will  provide  a  forum  to  stimulate  the  free  exchange 
of  information  and  experiences  between  the  states  to  strengthen  our 
joint  capacity  to  design,  implement  and  operate  more  effective 
management  information  systems  with  which  to  administer  the  Medi- 
caid program.    We  expect  that  workshops  of  this  type  will  open  up 
lines  of  communication  between  the  states  and  between  you  and  us. 
Hopefully  it  will  help  us  find  new  ways  of  having  dialogue  with  the 
key  groups  with  which  we  work.    We  continually  need  the  counsel  of 
people  who  are  close  to  the  problem  and  that  is  you.    We,  at  the 
Federal  level,  recognize  this  and  we  know  that  many  individuals  at 
both  the  Federal  and  state  levels  are  trying  to  find  ways  to  better 
and  more  fully  satisfy  these  needs.    I  feel  quite  confident  that 
forums  of  this  type  will  go  a  long  ways  towards  helping  us  accom- 
pl ish  our  goal . 
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The  Medicaid  program  and  our  mission  is  constantly  evolving, 
as  you  well  know.    It  is  certainly  different  today  than  it  was  ten 
years  ago  when  it  first  started,  or  five  years  ago,  three  years  ago, 
or  even  a  year  ago.    It  is  constantly  changing,  and  throughout  the 
life  of  the  program,  many  groups  have  underscored  the  absolute  need 
for  improved  management.    The  problems  associated  with  management  have 
increased  many  fold  over  the  years  due  to  the  dynamics  and  the  evolving 
nature  of  this  program  itself,  and  certainly  due  to  its  meteoric  ex- 
pansion.   Today,  as  an  example,  the  problem  of  fraud  and  abuse  is 
among  the  very  highest  priorities  in  SRS.    Its  real  solution,  again, 
rests  in  the  management  process.    While  immediate  solutions  have  to  do 
with  policing  and  trying  to  reclaim  payments  involving  fraud  and  abuse, 
the  real  solution  lies  at  the  front  end.    What  we  need  is  a  modern, 
efficient  management  information  system  and  the  development  of  the 
kinds  of  staff  and  organization  that  are  needed  to  provide  the  necessary 
management  control  to  prevent  and  curb  abuses.    While  fraud  and  abuse 
is  a  heated  and  much  discussed  topic  today,  I  only  single  that  out  to 
show  how  program  emphasis  can  change  over  time. 

Frankly,  what  we  need  is  a  well  balanced  management  information 
system  structured  so  that  it  can  adapt  to  the  problems  at  hand  and 
control  the  programs  so  that  situations  like  fraud  and  abuse  are  con- 
trolled early  —  so  they  are  detected,  corrected,  and  taken  care  of 
before  they  get  out  of  hand.    The  vital  and  significant  first  step  in 
this  is  the  implementation  of  the  Medicaid  Management  Information 
System,  with  all  the  appropriate  enhancements  to  accommodate  program 
changes  as  they  occur  and  expansions  that  we  know  will  take  place.  We 
are  in  a  changing  environment,  in  a  complex  environment  with  ever 
changing  needs  and  management  demands.    It  is  a  situation  that  calls 
for  a  careful  consideration  of  experience  in  meeting  these  needs  and 
demands,  both  at  the  state  and  Federal  level,  to  better  understand 
our  possible  approaches  toward  development  of  systems  to  assist  Medi- 
caid management. 


MMIS:    THE  PROCESS  OF  IMPLEMENTATION 


John  C.  Anderson 
Professor  of  Management  Sciences 
Management  Information  Systems  Research  Center 
University  of  Minnesota 

The  word  "implementation"  is  an  often  stated  ultimate  goal  in  sys- 
tems efforts.    However,  for  this  to  be  a  meaningful  goal,  definition 
is  required.    As  we  start  our  conference  I  thought  it  would  be  well 
for  us  to  reflect  on  the  meaning  of  "implementation"  as  it  relates  to 
the  development  and  operation  of  information  systems  in  general,  and 
more  specifically  to  the  development  and  operation  of  the  Medicaid 
Management  Information  System  (MMIS). 

Implementation  is  a  catchy  word  used  by  some  as  denoting  a  pro- 
cess, leading  to  effective  management  use  of  information  provided,  by 
others  as  a  "state  of  affairs"  or  "status"  of  a  system  which  has  some- 
how wrangled  its  way  through  the  development  process,  and  has  found 
its  home  within  the  formal  information  systems  structure  within  the 
organization.    The  former  identifies  implementation  as  a  process  aimed 
at  the  organization  decision  making  process  --  the  latter  a  product 
which  may  be  used  in  organizational  decision  making. 

As  we  define  "implementation"  it  is  helpful  to  draw  upon  these 
viewpoints,  and  coin  two  words:    "Institutionalization"  and  "Implemen- 
tation".   In  doing  so,  we  might  better  be  able  to  address  what  the 
appropriate  implementation  goal  is  for  MMIS  efforts  and  further  might 
better  assess  our  attainment  to  date. 

What  is  institutional izati on?    First,  it  represents  a  condition 
where  an  information  system  has  been  installed  in  an  organization. 
Related  costs  for  the  system  appear  in  the  budget,  intended  reports 


2-1 


2-2 


are  being  produced  and  distributed  through  proper  channels,  and  the 
formal  organization  has  been  accounted  for  in  the  design  of  that 
system.    In  imp! ementation ,  institutionalization  of  a  system  has 
occurred.    There  is  some  recognition  of  the  existence  of  a  system. 
You  are  paying  money  for  it,  reports  are  produced,  and  they  are  going 
out.    But  there  is  a  difference  in  implementation,  and  the  difference 
is  that  there  is  use  of  that  information  system  within  organizational 
decision  making.    There  is  some  organizational  validity  to  that  system 
that  has  been  developed  —  it  supports  the  organizational  process. 

Clearly  the  goal  of  our  efforts  in  MMIS,  and  in  any  information 
system  development  in  general,  is  implementation  and  not  that  institu- 
tionalization of  systems.    Because,  if  we  stop  at  institutionalization 
we  obviously  are  incurring  unnecessary  costs.    We  have  a  false  assump- 
tion about  the  productivity  of  our  information  systems  effort,  and 
worse  than  that,  we  have  a  false  assumption  of  the  information  needs 
of  the  organization  and  of  the  form  and  content  that  the  systems  should 
possess.    Institutionalization  of  systems  provides  a  proliferation  of 
systems  where  we  justify  them  on  the  basis  of  the  number  of  reports, 
on  the  basis  of  the  number  of  transactions,  on  the  basis  of  the  number 
of  exceptions,  on  the  basis  of  the  number  of  people  or  departments 
receiving  the  reports. 

While  this  distinction  is  conceptually  nice,  in  practice  it  is 
very  difficult  to  pin  down.    Use  is  difficult  to  measure.-  If  we  are 
producing  information  systems  that  generate  one-time  demand  reports, 
it  is  easy  to  analyze.    If  you  bring  the  reports  to  the  manager  and 
the  manager  says  "That's  no  good,  I  don't  need  it,"  very  clearly  we 
recognize  that  implementation  is  not  taking  place. 

Ongoing  systems,  however,  represent  a  different  problem.    It  is 
very  difficult  to  tell  whether  implementation  has  occurred  in  on- 
going systems  because  the  systems  become  an  actual  part  (i.e.,  Insti- 
tutionalized) of  the  organization  with  their  own  viability.    It  is 
very  difficult  to  tell,  when  a  report  is  not  distributed  on  a  one-time 
basis,  whether  it  is  actually  being  used  by  departmental  management. 
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Invariably  one  will  say  why  don't  you  simply  ask  the  user  whether 
he  is  using  that  set  of  reports?    Unfortunately  the  answer  will  often 
be  that  the  reports  are  definately  necessary  for  the  decision-making 
function  in  this  organization.    Why  are  they  necessary?    They  may  in 
fact  be  used  --  thats  what  we  hope.    But  in  addition,  they  may  be  stock- 
piled for  use,  sometime  in  the  future  when  information  may  per  chance 
be  needed  or,  worse,  the  reports  may  just  be  recognized  as  part  of  the 
formal  "information"  flow  and  status  of  that  department  receiving  the 
reports. 

Clearly  a  good  measure  of  use  would  be  helpful  in  guiding  assess- 
ment, enhancement,  and  new  development  of  information  systems.  But 
without  an  adequate  measure  of  use,  we  must  turn  to  another  measure, 
user  satisfaction,  as  a  surrogate.    The  reasoning  being  that  if  a 
user  is  satisfied  with  what  we  produce,  he  or  she  is  a  "user"  of 
that  system.    If  the  user  is  very  unsatisfied,  then  he  or  she  may  not 
be  a  high  user  of  that  system.    Unfortunately,  satisfaction  is  a  weak 
substitute  measure.    In  fact,  MMIS  experience  has  revealed  instances 
where  individuals  that  were  least  satisfied  with  system  outputs  may 
have  been  the  highest  utilizers  of  the  system.    As  time  passes  and 
experience  is  gained  with  the  system  and  the  user  grows  in  his  or 
her  information  needs  he  or  she  may  become  less  satisfied  with  what 
the  existing  system  has  to  offer.    That  lack  of  satisfaction  does  not 
indicate  that  system  outputs  are  not  an  important  part  of  the  decision 
function. 

Now,  the  lack  of  implemented  systems  and  the  ability  to  distinguish 
between  implementation  and  institutionalization  of  systems  is  affected 
by  a  number  of  factors.    First,  of  course,  is  the  functional  nature  of 
the  system  involved.    If  we  are  dealing  with  clerical  systems  with 
operational  functions,  it  is  much  more  easy  to  distinguish  between  a 
system  that  is  simply  institutionalized  and  one  that  is  fully  implemented. 
On  the  other  hand,  if  we  are  dealing  with  information  that  is  to  support 
the  management  function  —  planning  and  control  of  programs  or  policies  -- 
it  becomes  much  more  difficult  to  distinguish.    In  operations,  we 
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usually  find  activities  that  are  well-defined.    We  have  fixed  expec- 
tations, the  effort  is  more  routine,  the  effort  is  more  standardized, 
and  use  and  implementation  will  follow  more  directly.    In  a  higher- 
level  system,  it  is  much  less  defined,  there  are  varied  expectations, 
less  routine  tasks,  and  at  the  extreme,  unclear  or  unstated  objectives. 

A  second  factor  that  makes  it  more  difficult  to  distinguish  be- 
tween implementation  and  institutionalization  and  also  that  makes 
lack  of  implementation  more  predominant  is  the  size  and  complexity 
of  the  system  itself,  as  it  becomes  larger  and  more  complex  with 
regard  to  volume,  tasks,  user  groups,  etc.,  complications  increase. 

If  we  compare  these  two  factors  with  the  MMIS  we  find  that  we  have 
a  prime  candidate  for  lack  of  implementation.    The  MMIS,  a  large  scale 
system,  involves  a  variety  of  user  groups  in  a  dyanmic  policy  environ- 
ment and  (perhaps  fortunately  or  unfortunately)  a  variety  of  approaches 
across  several  states.    In  fact,  one  might  assert  that  the  MMIS  is 
operational ly  implemented  and  is,  from  the  standpoint  of  management 
function,  institutional ized.    Certainly  this  is  an  uncomfortable  state- 
ment and  one  that  I  think  must  vary  by  degree  across  states,  but  from 
experience  it  is  all  too  true. 

Why  does  this  come  about?   Why  the  lack  of  implementation?  Let 
me  go  back  to  discuss  very  quickly  some  research  findings  in  the 
area  of  implementation  of  information  systems: 

The  first  is  a  rather  obvious  one.    It  is  simply  a  lack  of  recog- 
nition of  users'  needs  themselves.    What  do  we  mean  by  users'  needs? 
Users'  attitude,  users'  motivations,  and  users'  decision  style.  All 
three  of  these  user  characteristics  are  important.    The  first  two  have 
been  dealt  with  directly  in  varying  degrees  in  many  system  developments. 
We  bring  user  groups  in,  we  discuss,  we  develop,  we  encourage,  we  work 
with  user  groups  and  related  organizations  to  develop  positive  attitudes 
and  increase  motivation.    The  last  decision  style  has  continually  been 
a  difficulty  in  information  systems  development  in  many  organizations, 
both  private  and  public.    It  presents  a  real  problem.  Individuals, 
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particularly  in  management  functions,  have  their  own  unique  ways  of 
approaching  problems  and  varying  information  demands.    If  we  try  to 
develop  a  system  for  a  large  number  of  users  and  meet  all  demands 
for  information  form  and  content,  we  may  incur  costs  which  are  simply 
unacceptable.    In  addition,  we  may  find  that  the  turnover  of  the 
user  is  such  that  it  simply  does  not  warrant  increasing  flexibility 
for  particular  individuals.    But  we  know  that  a  successfully  imple- 
mented system  is  one  in  which  the  users'  attitudes,  motivations,  and 
their  decision  styles  have  been  adequately  addressed,  either  by  way  of 
modifying  the  design  or  of  modifying  the  attitude  or  motivation  or 
decision  style  of  the  user. 

A  second  issue  in  implementation  of  information  systems  is  an 
emphasis  on  product,  not  process,  which  impacts  implementation. 
Existing  and/or  related  information  systems  designs  help  us  in  the 
design  of  a  new  system.    But  psychologists,  when  they  examine  our 
decision-making  capabilities,  tell  us  that  we  are  very  solution  oriented. 
All  too  often  we  accept  that  design  as  a  "product"  and  then  we  pursue 
the  installation  of  that  "product"  within  our  organization.    Many  infor- 
mation systems  failures  happen  because  of  this  reason.    We  come  too 
quickly  to  accept  design,  too  quickly  to  the  product,  and  then  we 
simply  install  that  product/design  in  our  organization.    I  think  this 
is  a  specific  problem  in  many  MMIS  efforts.    For  example,  in  Minnesota 
the  system  transfer  strategy  ~  that  provided  other  states'  designs  — 
helped  us  in  formulating  what  we  should  do  with  the  MMIS  in  Minnesota. 
The  design  helped  us  to  structure  decisions  quickly  and  to  come  to 
grips  with  what  was  important.    Although  system  modifications  were 
planned,  early  commitment  to  some  of  the  transfer  design  created  dif- 
ficulties at  later  stages  of  the  project  when  we  needed  to  retrench 
and  go  back  and  redesign  parts  of  the  system  to  meet  state  needs. 
Transfer  system  projects  themselves  have  the  potential  danger  of  en- 
hancing a  product  versus  process  orientation. 

A  third  issue  impacting  implementation  is  the  degree  to  which 
implementation  process  itself  is  planned.    In  a  book  by  Jan  Huysman, 
who  is  a  noted  researcher  on  implementation,  the  following  is  suggested: 
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All  forseeable  constraints  that  may  prevent  the 
improved  operation  of  an  organization  given  prob- 
lem areas,  be  they  of  the  technical,  economic, 
political  and  psychological,  or  socio-economical 
nature,  should  form  part  of  the  initial  problem 
formulation.    The  implementation  problem  is  thus 
divorced  from  the  notion  that  it  originates  at 
that  moment  a  research  problem  is  formally  com- 
pleted. 

To  the  extent  that  the  implementation  process  can  be  structured  and/or 
planned  at  early  project  phases,  implementation  may  be  improved. 

A  fourth  issue  is  the  variety  of  perspectives  between  management 
and  technical  staff.    This  is  one  issue  which  you  are  probably  all 
too  well  aware  of.    There  have  been  several  articles  and  papers  written 
on  the  subject,  and  I  am  sure  your  personal  experience  has  revealed 
this  issue  and  its  related  impact  on  implementation.    Often  as  we  view 
systems  people's  reactions  to  operating  managers,  statements  like  the 
following  are  made: 

In  many  cases  operating  managers  expect  unrealistic 
results  regarding  time,  flexibility,  cost  and  efforts 
required  in  developing  and  implementing  a  system. 
Some  managers  request  a  practical  task  with  regard  to 
some  systems  operations,  while  in  many  cases  managers 
tend  to  use  the  quantitative  system  as  an  information 
type  system  rather  than  a  decision-making  system. 
Often  managers  do  not  fully  understand  the  logic  to 
the  decision  science  techniques. 

On  the  other  hand,  operating  managers  say  of  systems  people: 


In  most  cases  the  systems  people  do  not  fully 
understand  the  functional  operations  involved, 
many  of  the  systems  people  tend  to  use  sophisticated 
techniques  when  a  simpler  approach  could  adequately 
solve  the  problem,  many  system  personnel  tend  to 
use  technical  terminology  in  discussing  systems. 
Once  the  system  is  developed  the  systems. people 
are  hesitant  in  changing  a  system  even  if  TtT— — 
doesn't  fit  in  the  operations. 
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This  variety  of  attitudes  and  perspectives  may,  at  times,  be  helpful, 
however  it  often  leads  to  conflicts  which  may  be  detrimental  to  imple- 
mentation. 

Some  of  the  early  experiences  with  the  State  of  Minnesota  re- 
flect this  issue.    I  found  that  some  of  the  terminology  systems  staff 
used  was  foreign  to  program  people  or  at  times  the  words  were  familiar 
but  had  different  meanings.    In  addition,  the  kinds  of  decisions  that 
were  needed  to  be  made  were  not  decisions  that  were  faced  comfortibly 
or  with  adequate  awareness  of  implications  by  program  people.  Varied 
attitudes,  perspectives,  and  degree  of  understanding  of  the  individuals 
involved  clearly  impacted  the  efficiency  and  effectiveness  of  the  imple- 
mentation process. 

The  final  issue  to  be  discussed  which  creates  an  implementation 
problem  is  a  lack  of  awareness  or  lack  of  planning  for  the  evolutionary 
nature  of  systems  development.    In  developing  complex  systems,  a  pheno- 
mina  that  becomes  more  and  more  a  reality  is  the  lack  of  knowledge  at 
the  beginning  on  the  parts  of  both  systems  and  program  people  of  the 
other's  knowledge  and  capability.    In  fact,  in  a  number  of  projects 
that  I  have  been  involved  with  in  private  industry  and  in  government, 
once  the  project  is  completed,  statements  like  the  following  are  often 
made: 

If  I  had  only  known  more  about  your  management  function 
when  we  started  the  project  we  could  have  developed  a 
system  which  could  have  given  you  a  lot  more  information 
and  been  a  lot  more  effective  for  you.  .  .  . 

On  the  other  hand,  the  manager: 

If  I  had  only  realized  the  capabilities  of  current 
technology  and  what  you  could  do  for  me  when  we 
started  designing  this  system  we  would  have 
done  things  a  lot  differently.  .  .  . 

Of  course,  we  recognize  that  the  way  we  get  over  this  evolutionary 
problem  is  that  we  use  a  good  project  management  system.  Unfortunately, 
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even  project  management  systems  often  lead  us  toward  a  one-time  solu- 
tion of  the  problem  with  myriad  enhancement  phases.    Whether  or  not  a 
system  that  we  develop  is  institutionalized  or  implemented,  we  have  to 
recognize  that  it  takes  on  a  viability  of  its  own.    In  order  for  it  to 
be  effective,  it  must  evolve  with  that  organization.    It  must  evolve 
with  the  management  needs.    It  is  possible  that  a  system  that  we  imple- 
ment today  may  tomorrow  be  merely  institutionalized  because  it  has  not 
kept  pace  with  the  needs  of  that  organization. 

All  of  these  issues  that  have  been  highlighted  strongly  illustrate 
the  need  to  look  on  implementation  as  a  process  —  a  planned  process, 
a  process  of  learning,  a  process  of  involving  different  perspectives,  a 
process  of  involving  the  user. 

This  brings  us  to  the  workshop  today.    This  workshop  is  focused 
at  the  process  of  implementing  Medicaid  Management  Information  Systems. 
We  have  come  together  to  learn  from  one  another,  we  have  come  together 
to  share  problems  and  issues  that  are  important  in  the  design,  develop- 
ment, and  operation  of  Medicaid  Management  Information  Systems.  At 
minimum,  I  would  hope  that  what  we  would  do  is  bring  concerns  and 
approaches,  both  good  and  bad,  out  on  the  table  for  discussion  and 
education;  at  maximum,  I  would  hope  that  some  of  the  issues,  problems 
and  barriers  are  resolved  by  illustration  by  presenters  and  by  discus- 
sion that  takes  place  during  the  workshop.    It  has  been  designed,  then, 
with  hope  that  we  can  collectively  share,  grow  and  evolve  with  what 
has  happened  in  the  past. 

This  morning  we  will  be  discussing  three  management  issues  in- 
volving Medicaid  systems.    First,  the  project  management  issue  itself; 
second,  the  characteristics  of  transfer  projects;  and  third,  the  manage- 
ment issue  of  deciding  on  or  selecting  the  fiscal  intermediary.  The 
next  series  of  presentations  will  focus  on  each  of  the  sub-systems  within 
MMIS.    Perhaps  the  only  one  that  is  not  represented  is  the  reference 
subsystem,  but  I  am  sure  that  Paul  Farseth  and  Don  Roache  will  be  talking 
about  issues  relating  to  the  reference  file  and  subsystem  during  their 
discussion.    Finally,  the  last  set  of  presentations  deal  with  some 
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important  interfaces.    Now  I  am  sure  that  there  are  several  that  we 
have  left  out,  but  these  appeared  to  be  the  three  that  were  most  pre- 
dominant concerns  right  now.    One  is  the  MMIS  interface  with  EPSDT, 
second  is  the  interface  with  Medicare,  and  third  the  interface  with 
benefit  recovery.    The  last  part  of  the  conference  workshop  will  be 
spent  discussing  the  certification  issue.    We  have  a  panel  of  experts 
on  certification  from  the  standpoint  of  being  composed  of  both 
"certifiees"  and  "certifiers."    This  should  be  an  informative  dis- 
cussion. 

Throughout  the  workshop  if  there  are  any  suggestions  that  you  have 
for  us  and  things  that  we  might  do  to  make  it  more  meaningful  for  you, 
please  let  me  know.    The  presentations,  I  hope,  will  be  very  enlightening 
and  interesting  to  you.    In  addition,  I  challenge  each  of  you  to  actively 
participate  and  to  raise  questions  and  issues  that  you  feel  appropriate 
along  the  way.    You  will  have  two  formal  opportunities  for  bringing 
these  issues  to  bear  on  the  group.    One  is  after  each  presentation, 
when  we  will  call  on  you  for  discussion  and  questions.    Then  on  Tuesday 
afternoon  we  will  have  small  group  discussions  which  now,  based  on  the 
conference  registration,  aren't  exactly  small  group  discussions  --  they 
are  intended  to  be  "smaller  group"  discussions  anyway.    So  with  that, 
again  welcome  to  the  conference  and  I  personally  hope  it  is  a  rewarding 
experience  for  you. 


NEW  YORK  STATE  MMIS  DIRECTIONS 


Michael  R.  Diem 
Deputy  Commissioner 
Department  of  Social  Services 
State  of  New  York 

I  am  not  here  to  make  a  presentation  to  this  group.    I  am  really 
here  to  solicit  some  things  from  you.    We  want  to  commend  both  John 
and  Bud  on  putting  together  a  program  that  I  think  has  properly 
identified  a  set  of  significant  goals,  believing  that  they  were  ade- 
quately selected.    Certainly,  in  the  instance  of  New  York's  plans, 
such  a  meeting  is  very  timely. 

I  am  here  with  the  management  staff  from  New  York  State,  and  we 
are  here  to  learn.    It  is  with  that  in  mind  that  I  asked  Bud  to  in- 
clude me  in  this  conference  and  to  allow  me  ten  minutes  to  speak.  I 
will  try  very  hard  to  be  brief,  and  hopefully  I  can  outline  our  plans 
for  you  and  solicit  from  you  advice,  guidance,  and  counsel.  Certainly 
we  are  here  to  listen  to  the  speakers  and  to  learn  from  their  presen- 
tations.   We  recognize  that,  in  the  aggregate,  considerable  expertise 
exists  in  this  room  in  connection  with  the  development  of  MMIS  systems. 
This  is  something  New  York  has  not  done  yet;  we  are  now  just  beginning 
our  efforts.    If  I  did  not  solicit  this  advice  from  you,  I  think  I 
would  be  somewhat  remiss  in  my  responsibilities  to  New  York  State, 
DHEW,  and  all  of  you.    We  are  here  to  participate  in  what  I  describe 
as  a  learning  experience.    What  we  learn  from  you  we  will  make  appli- 
cation of  in  connection  with  the  design  and  development  of  the  New  York 
State  MMIS  effort.    I  am  sure  that  all  of  you  know  that  in  New  York 
State  26%  of  the  national  Medicaid  program  is  resident. 

It  is  now  time  that  we  do  something  about  the  alleged  fraud  and 
abuse  that  exists  in  New  York  State,  and  it  is  now  time  that  we  point 
the  Medicaid  program  in  New  York  State  toward  a  corrective  process. 
In  the  interest  of  being  brief,  and  to  introduce  you  to  the  directions 
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that  we  are  taking  in  New  York  State,  let  me  give  you  some  background 
information  about  what  has  happened.    This  past  July,  Governor  Carey 
signed  into  law  two  bills:    One  to  authorize  the  design  and  implemen- 
tation of  the  Medicaid  Management  Information  System,  and  one  that 
authorized  the  design  and  implementation  of  a  Welfare  Management 
System.    In  combination,  both  efforts  will  require  somewhere  between 
15  and  18,000  professional  man  years  of  effort.    The  legislation  was 
the  end  result  of  a  difficult  work  effort,  and  in  regard  to  that  work 
effort  a  brief  acknowledgment  is  required;  simply  stated  it  is  that 
most  of  this  work  effort  was  directed  by  Stu  Paterson,  who  is  here 
in  the  front  row  and  is  now  associated  with  the  State  of  Michigan, 
a  former  colleague  and  a  continued  friend  of  ours. 

I  mentioned  a  Welfare  Management  System  primarily  because  it  does 
have  significant  interface  with  the  Medicaid  effort.    New  York's  wel- 
fare program  is  centrally  supervised  and  locally  administered.  The 
eligibility  process  has  caused  significant  problems  for  the  State 
Department  of  Social  Services  in  that  it  has  been  very  difficult  to 
supervise  adequately. 

Ultimately,  the  implementation  of  the  Welfare  Management  System 
should  give  a  very  big  assist  in  properly  administering,  in  properly 
supervising  the  local  administration  of  the  eligibility  program.  Pri- 
marily, its  intent  is  to  house  in  a  central ized  data-bank  all  the  informa- 
tion for  all  the  human  services  that  are  delivered  in  New  York  State. 
Before  I  discuss  the  directions  of  our  MMIS  effort,  let  me  also  mention 
that  we  recently  selected  the  Univac  Corporation  to  provide  the  neces- 
sary hardware. 

To  date,  the  Department  of  Social  Services  has  utilized  centralized 
data  processing  services  provided  by  the  New  York  State  Office  of 
General  Services.    The  nature  of  the  work  we  are  doing,  and  the  scope 
and  magnitude  of  this  work,  are  such  that  a  centralized  data  processing 
facility  would  not  have  the  hardware  capacity  or  personnel  resources 
to  take  on  this  work  load.    Initially,  in  March  of  1977,  we  will  be 
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installing  a  Univac  1100/43  (3x2  system).    Ultimately,  the  system 
will  expand  to  a  1100/46  system  (6x4  system).    Six  command  arithmetic 
units  and  four  input/output  access  units  --  a  very  large  system, 
substantially  similar  in  size  to  the  system  that  exists  at  the  NASA 
Space  Center  in  Houston.    It  is  a  large  undertaking  for  an  agency 
that  has  not  had  a  significant  data  processing  function  in  the  past. 
I  mention  that  because  I  imagine  some  of  you  currently  use  Univac 
hardware.    It  seems  to  me  that  you  could  give  us  some  advice  in 
connection  with  developing  our  installation.    Additionally,  we  are 
about  to  release  a  request  for  proposal  to  the  telecommunications 
vendor  community  whereby  a  telecommunications  network  will  be  de- 
veloped throughout  the  state  utilizing  as  many  as  a  thousand  terminals. 
Just  recently  that  RFP  was  submitted  to  DHEW  for  their  approval. 

If  you  are  not  familiar  with  New  York's  Medicaid  program,  and 
the  fact  that  it  represents  26%  of  the  national  Medicaid  program,  you 
may  not  have  recognized  that  we  have  not  done  a  very  good  job  in  the 
past.    Certainly  its  size  causes  significant  problems.    We  process 
60  million  claims  annually.    We  recently  submitted  to  DHEW  our 
Advanced  Planning  Document,  Phase  II,  in  the  interest  of  obtaining 
concurrence  with  our  directions  and  Federal  financial  participation. 
We  had  some  problems;  DHEW  was  stern  in  its  direction  setting; 
eventually  the  APD  and  associated  funding  was  approved.    We  had 
problems  best  described  as  semantics:    our  definition  of  things 
versus  DHEW's  definition  of  things.    They  won.    They  have  established 
the  following  directions  for  us.    Initially  we  will  involve  the 
services  of  a  fiscal  intermediary,  the  classic  fiscal  agent,  in 
New  York  City  where  70%  of  New  York  State's  Medicaid  program  is 
resident.    What  we  do  subsequent  to  that  in  connection  with  implementa- 
tion in  the  balance  of  the  state  was  specifically  left  vague  in  the 
Advance  Planning  Document,  primarily  because  DHEW  wanted  to  allow  us 
a  series  of  options  a  year  or  two  years  down  the  road.    The  fiscal 
intermediary  who  involves  himself  in  New  York  City  will  have  opera- 
tional by  November  of  1977  the  claims  payment  software  (and  the  related 
software  for  interface  with  other  sub-systems)  for  a  single  provider 
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type.    I  presume  that  it  will  be  physicians.    Subsequent  to  the  initial 
implementation  of  a  single  provider  type,  quite  possibly  in  three  or 
four  month    time  intervals,  the  fiscal  intermediary  will  be  implementing 
the  other  eight  provider  types  in  New  York  City.    The  fiscal  inter- 
mediary that  we  select  will  be  charged  specifically  with  the  responsi- 
bility to  develop  and  operate  for  us  a  deliverable,  certifiable,  non- 
proprietary MMIS  system.    It  is  our  intention,  and  it  is  supported  by 
the  Department  of  Health,  Education  and  Welfare,  that  New  York  State 
will  ultimately  be  responsible  for  administration  and  operation  of  the 
MMIS  effort,    In  summary,  the  contractor  we  involve  will  have  respon- 
sibility for  the  Claims  Payment  Subsystem,  the  Surveillance  and 
Utilization  Review  Subsystem,  and  the  MARS  Subsystem.    New  York  State 
will  be  initially  responsible  for  the  development  and  maintenance  of 
the  Provider  Subsystem  and  its  files,  a  Fee-rate  Price  Subsystem  and 
its  files,  and  the  Eligibility  Subsystem.    Additionally,  we  asked  and 
received  agreement  from  DHEW  that  we  be  allowed  to  do  certain  enhance- 
ments to  the  Surveillance  and  Utilization  Review  Subsystem.  The 
eligibility  effort  that  we  undergo  in  connection  with  the  development 
of  a  Recipient  Eligibility  File  will  be  an  interim  step  in  advance  of 
installation  and'  operation  of  the  Welfare  Management  System.    WMS  will 
create  a  single  centralized  eligibility  file  that  will  be  used  by  MMIS 
and  other  Social  Service  Systems.    The  interim  file  will  be  developed 
with  the  cooperation  and  support  of  New  York  City  and  should  be  resident 
in  Albany  by  August  of  1977.    Initially,  it  will  not  meet  the  New  York 
State  requirements.    Subsequently,  those  will  be  met  by  the  implementa- 
tion of  the  Welfare  Management  System.    It  would  not  be  possible  for 
New  York  to  design  and  implement  the  MMIS  system  without  having  re- 
cruited some  highly  skilled,  motivated  and  concerned  professionals. 
I  believe  we  have,  and  we  will  continue  to  do  so.    Moreover,  our  path 
to  success  has  been  and  will  be  considerably  more  direct  with  signifi- 
cant involvement  on  the  part  of  DHEW.    But,  also,  I  think  our  path 
to  success  would  be  more  of  a  straight  course  if  we  had  significant 
involvement  from  your  offices,  both  MMIS  and  medical  assistance  staff. 
I  would  like  to  encourage  that  participation.    In  the  interest  of  doing 
so,  and  in  the  interests  of  exchanging  information,  permit  me  a  brief 
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minute  to  introduce  staff  who  are  here  from  New  York  State.  First, 
there  is  Dr.  William  Steibel,  who  is  the  Department's  Deputy  Com- 
missioner for  the  Medical  Assistance  Program;  second  is  Mr.  Charles 
Christopher,  who  is  the  Department's  Director  of  the  Office  of  Sys- 
tems Development  and  Data  Processing;  third  is  Mr.  Lloyd  Moses,  who 
is  the  Department's  Director  of  the  Bureau  of  Medical  Assistance 
Systems  Development;  fourth  is  Mr.  Ray  Burkitt,  who  functions  on 
the  MMIS  project  as  a  Director  of  Provider  Relations;  fifth  is 
Mr.  James  Coseo,  who  is  my  Administrative  Manager  and  significantly 
involved  in  all  of  the  MIS,  Management  Information  Services  efforts; 
and  Mr.  Thomas  Amato,  who  is  a  Program  Specialist  functioning  on  the 
MMIS  effort. 

In  closing,  I  sincerely  solicit  your  advice,  counsel,  and  guidance. 
We  greatly  appreciate  the  anticipated  discussion  of  your  successes 
and  your  failures.    If  we  can  discuss  both  your  successes  and  failures, 
it  will  provide  information  that  we  can  learn  from.    Please  do  not 
hesitate  to  criticize  the  directions  I  have  presented.    Thank  you  all 
for  permitting  me  these  ten  minutes. 


MMIS  PROJECT  MANAGEMENT 

Murray  Goldman 
Project  Manager,  MMIS  Project 

Medicaid  Program 
Department  of  Human  Services 

State  of  Georgia 

I  have  been  working  on  the  Medicaid  system  in  Georgia  for  two  and 
a  half  years.    Prior  to  that  I  was  in  charge  of  systems  development 
for  the  State  of  Georgia  in  a  centralized  data  processing  operation. 
I  was  a  systems  person  and  did  not  know  anything  at  all  about  Medicaid. 
I  did  not  know  the  difference  between  Medicaid,  Medicare,  or  regular 
health  insurance.    I  got  a  phone  call  from  one  of  my  past  bosses  and 
he  said  he  just  got  this  great  new  job  for  me  to  implement  this  little 
computer  system  called  the  Medicaid  Management  Information  System.  I 
said  fine,  and  little  did  I  know  what  I  was  getting  into.    Two  and  a 
half  years  later,  after  identifying  a  hundred  million  dollars  worth  of 
debts,  which  to  the  State  of  Georgia  is  a  lot  of  money  (realizing 
that  to  the  State  of  New  York  that  is  about  a  half  a  day's  worth  of 
operation),  your  problems  ought  to  be  significant.    But  during  that 
two  and  a  half  years,  we  had  to  call  one  special  session  of  the  Legis- 
lature to  fund  this  hundred  million  dollars  debt;  we  had  a  complete 
provider  revolte  because  they  refused  to  participate  in  Medicaid;  my 
personal  physician  refused  to  see  me  because  he  dropped  out  of  the 
Medicaid  program;  and  our  state  attorney  general  decided,  when  we  were 
three  quarters  into  the  detailed  design  of  the  system,  that  Medicaid  had 
to  be  on  the  accrual  accounting  basis  instead  of  the  cash  accounting 
basis,  which  took  that  entire  design  and  threw  it.    But  we  were  able, 
in  the  short  span  of  about  two  years,  to  implement  policies  and  pro- 
cedures that  enabled  us  to  save  in  excess  of  50  million  dollars  in 
projected  expenditures.    We  were  also  able  to  cut  down  the  average 
time  of  payment  from  running  in  excess  of  90  days  for  most  providers 
to  a  little  bit  under  30  days.    For  some,  we  now  pay  in  about  21  days. 
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We  were  also  able  to  identify  some  fraud  and  abuse  and  will  be  able 
to  prosecute. 

Even  though  you  might  be  data  processing  people,  for  the  first 
six  months  it  is  necessary  to  become  a  program  person.    I  functioned 
as  the  Deputy  Director  of  Medicaid.    I  had  to  learn  Medicaid,  know 
Medicaid  and  discuss  matters  about  Medicaid  with  the  Governor  and  the 
Legislature.    You  become,  essentially,  a  working  arm  of  the  Medicaid 
program,  and  you  notice  you  start  speaking  about  Medicaid  and  not 
data  processing,  because  the  MMIS  is  not  a  data  processing  problem. 

I  think  it  is  significant  that  I  talk  about  the  Georgia  experience, 
and  I  will  go  over  very  briefly  how  we  approached  the  MMIS.    Then  I 
will  present  a_  project  control  system.    It  is  not  the  project  control 
system  because  every  project  control  system  must  be  molded  to  the 
management,  but  it  is  a  summary  form  and  I  hope  to  go  over  most  topics. 
Then  I  will  discuss  possible  problem  areas.    These  are  the  problems 
that  we  experienced.    Theh  I  will  list,  and  it's  just  a  list,  the 
project  tools  and  give  what  I  believe  to  be  the  optimum  project  organi- 
zation for  this  project. 

Beginning  the  Georgia  MMIS  Project 

In  Georgia,  we  started  in  June  of  1974  when  our  advance  planning 
document  was  approved.    Originally,  we  were  in  a  consortium  with  about 
six  states  to  develop  an  MMIS  prototype,  but  the  problems  of  all  of 
these  states  quickly  broke  up  the  consortium,  and  each  state  went  off 
on  its  own  development  effort.    We  issued  an  RFP  for  a  vendor  for 
just  the  SUR  and  MARS  because  Georgia  continued  to  be  in  a  partnership. 
We  received  the  proposals  in  August    1974,  and  in  March    1975  we  awarded 
a  bid.    It  is  important  that  states  realize  that  it  will  take  time  to 
get  a  contractor  on  board.    Some  states  won't  go  the  contract  route,  and 
that ' s  just  as  wel 1 . 

The  first  step  is  the  requirements  study.    It  was  completed  by 
myself  with  help  from  several  people  from  the  data  processing  organi- 
zation, not  by  our  contractor.    In  October,  1975,  we  published  a  de- 
tailed design  and  in  March    1976  we  paid  the  first  claims.    We  considered 
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that  by  July    1976  we  had  the  system  implemented.    We  did  it  very 
quickly,  and  frankly  we  made  a  lot  of  mistakes.    A  lot  of  what 
John  Anderson  said  was  very  true,  and  not  enough  time  was  taken  in 
several  steps.    We  had  an  existing  computer  system  that  was  written 
in  Basic  Assembly  Language,  and  I  don't  think  that  we  had  one  person 
left  on  that  data  processing  staff  that  wrote  any  of  the  original 
code.    We  were  dying;  we  were  paying  duplicate  claims;  we  were  under 
a  federal  sanction  for  over-payment  and  duplicate  payments  in  several 
areas,  so  we  were  under  the  gun  to  get  the  new  system  in,  and  we  put 
it  in. 

We  put  together  a  project  organization  like  this  (see  Exhibit  1): 
There  was  initially  to  be  a  project  director.    This  project  director 
ultimately  became  the  Director  of  Medicaid  and  no  longer  existed.  I 
was  the  project  manager  who  took  over  as  project  director  and  project 
manager.    We  had  a  Department  of  Human  Resources,  which  was  a  single 
state  agency,  with  a  project  manager.    We  had  our  contractor  and  his 
project  manager  and  staff,  and  our  centralized  data  processing,  which 
was  kept  in  the  Department  of  Administrative  Services  (DOAS).    Now,  I 
know  that  there  are  as  many  states  here  that  have  centralized  data 
processing  as  there  are  that  have  decentralized  data  processing.  It 
can  work  no  matter  which  way  you  have  it.    The  important  point  is 
•that  your  data  processing  people  must  become  part  of  the  project 
team,  regardless  of  who  signs  the  paycheck.    We  distributed  the  work- 
load among  the  contractor,  Human  Resources,  and  Administrative  Services. 

Subsystems 

We  identified  eight  major  subsystems  (see  Exhibit  2).    The  first 
is  the  offline  records  manager.    The  Department  of  Administrative 
Services  was  responsible  for  the  design,  which  included  claims  flow, 
microfilming  of  claims,  document  signing,  batch  control,  and  other 
pre-data-entry  functions.    The  volume  of  claims  is  a  significant 
problem.    We  process  about  seven  million  claims  a  year  in  Georgia, 
which  is  increasing;  we  project  it  will  be  around  ten  million  by 
fiscal  '78.    The  second  subsystem  was  forms  design  and  automated  input, 
which  again  was  done  by  the  Department  of  Administrative  Services.  We 
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included  the  Medicare  intermediaries  that  do  send  this  automated  input. 
Third,  our  provider  subsystem  was  again  designed  by  the  Department  of 
Administrative  Services.    Fourth,  a  recipient  subsystem  was  designed 
by  the  project  manager  from  the  Department  of  Human  Resources  and  is 
a  cross  over  from  the  Public  Assistance  system.    There  is  a  separate 
project  in  the  State  of  Georgia  to  do  a  total  public  assistance  system. 
We  really  just  built  the  Medicaid  database  for  eligibility.    The  pro- 
gramming was  done  by  DOAS.    Finally,  the  claims  processing  reference 
files,  and  the  MARS  and  SUR  subsystems  were  all  done  by  the  contractor. 
When  I  said  the  Department  of  Administrative  Services,  we  had  one 
problem,  and  that  problem  was  that  they  had  to  contract  out  a  lot 
of  their  work,  so  it  wasn't  totally  done  by  state  personnel. 

Hardware 

This  little  computer  system  I  was  talking  about  just  ballooned 
(see  Exhibit  3).    We  used  Univac  hardware;  we  are  on  a  1110,  2  by  2. 
This  is  just  a  basic  system.    It  does  not  include  about  another  50  to 
60  programs  on  our  nursing  home  system,  which  is  now  in  development. 
There  are  159  computer  programs  of  good  size,  and  214  reports.    I  am 
not  sure  all  these  reports  are  used.    Our  database  is  over  2  billion 
characters.    It  will  soon  be  increased  to  over  3  billion.    We  found 
out  one  of  our  mistakes  was  that  we  needed  more  than  13  months  of 
history  for  that  duplicate  and  conflict  edit.    I  am  told  we  use 
15,000  magnetic  tapes  a  year.    I  think  it  is  in  excess  of  that  number. 
The  difference  between  this  system  that  processes  7  million  claims  and 
an  income  tax  system  that  processes  4  million  income  tax  returns  or  a 
driver's  license  system  that  has  5  million  dirvers  is  the  number  of 
variables.    There  are  probably  more  variables  in  Medicaid  than  in  any 
other  system  and  the  problem  is  that  these  variables  are  dynamic. 
They  change  every  day.    You  not  only  have  to  configure  a  computer  main- 
frame.   You  have  to  be  sure  you  have  the  required  peripherals. 

Project  Management 

The  project  control  system  that  we  used  (again,  this  is  just  a 
sample  project  control  system,  but  I  think  you  definately  need  some 
kind  of  system  to  control  your  project)  had  five  phases  (see  Exhibit  4); 
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(1) 
(2) 
(3) 
(4) 
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project  initialization 
the  general  systems  design 
the  detail  system  design 
implementation,  and 

post  implementation  evaluation 


That's  all  apple  pie.    Every  one  of  us  should  know  those  are  the  steps 
of  the  process. 

Project  Initialization  Milestones 

Phase  I  really  is  the  starting  of  the  project  (see  Exhibit  5). 
The  first  milestone  is  your  advance  planning  document  (APD).    You  must 
get  it  approved.    The  central  HEW  office  can  lend  a  lot  of  assistance. 
Bud  Weinberg  wasn't  there  when  we  negotiated  our  advance  planning  docu- 
ment, but  I  am  sure  that  they  can  give  you  a  lot  of  help  in  developing 
yours.    The  APD  should  contain  at  least  (1)  a  history  of  yflur  Medicaid 
program,  (2)  'your  problem  --  define  your  problem.    Your  problem  is 
different  from  my  problem,  most  likely,  but  in  the  end  all  of  them  come 
out  to  sound  the  same.    (3)    Your  proposed  project  organization,  (4) 
your  proposed  work  schedule,  and  (5)  your  rough  cost  estimate.    By  no 
means  underestimate  your  cost  in  this  project.    You  are  not  going  to 
do  it  for  $200,000,  I  hate  to  tell  you.    You  can't  even  get  your  forms 
designed  for  $200,000.    In  Georgia,  our  cost,  when  it  comes  in,  will 
be  aroud  2  to  2  1/2  million  dollars. 

Obtain  a  contractor.    You  have  got  your  Request  for  Proposals 
(RFP).    You  have  to  select  your  contractor  and  sign  a  contract.  That 
is  a  minimum  of  four  months.    Form  your  project  organization  and  pre- 
pare for  Phase  II.    Phase  I  will  lead  you  into  Phase  II.    Don't  jump 
into  Phase  II;  use  your  initialization  to  see  what's  going  to  happen. 
Use  it  for  a  little  investigation. 

General  Systems  Design  Milestones 

Phase  II  of  project  control  is  a  general  systems  design  (see  Exhi- 
bit 6).    Your  first  step  with  the  general  systems  design  is  particu- 
larization.    Define  your  Medicaid  system.    This  is  where  90  to  100  per- 
cent of  your  systems  will  fail.    If  you  go  out  and  design  just  a  com- 


EXHIBIT  5 


PHASE  I: 

PROJECT  INITIALIZATION  MILESTONES 
ADVANCE  PLANNING  DOCUMENT 

I.  HISTORY  OF  STATE'S  MEDICAID 

II.  PROPOSED  PROJECT  ORGANIZATION 

III.  PROPOSED  WORK  SCHEDULE 

IV.  ROUGH  COST  ESTIMATE 

OBTAIN  CONTRACTOR  (optional) 

I.       REQUEST  FOR  PROPOSAL 
1 1 .       SELECT  CONTRACTOR 
III .      SIGN  CONTRACT 


FORM  PROJECT  ORGANIZATION 
PREPARE  FOR  PHASE  II 

I.  DETAIL  WORK  PLAN  FOR  PHASE  II 
II.        COST  ESTIMATE  FOR  PHASE  II 


EXHIBIT  6 


PHASE  II 

GENERAL  SYSTEMS  DESIGN  MILESTONES 
PART I CULAR I ZAT I ON 

I.  RECIPIENTS 
II.  PROVIDERS 
III.  SERVICES 

GENERAL  SYSTEMS  DESIGN 

I .       SOFTWARE  DESIGN 
II.       CLAIMS  FLOW  DESIGN 
III.       DATA  ENTRY  AND  INITIAL  FORMS 

INITIAL  HARDWARE  REQUIREMENTS 

I.  EDP  MAINFRAME 

II.  ON-LINE  STORAGE 

III .  MAGNETIC  TAPE 

IV.  COMMUNICATIONS 

V.  DATA  ENTRY 

VI.  OFF-LINE  EQUI PMENTT 

INITIAL  MEDICAID  ORGANIZATION  REQUIREMENT 

WORK  PLAN  FOR  PHASE  III  AND  IV 

COST  ESTIMATE  FOR  REMAINDER  OF  PROJECT 


4-12 


puter  system  or  a  database,  it  does  you  no  good.    What  do  you  need? 
What  is  Medicaid?    Who  are  your  recipients?    Who  are  your  providers 
and  what  are  your  services?   Take  those  three.    We  have  about  700,000 
recipients,  we  have  about  7,000  providers,  and  we  have  27  services  in 
Georgia.    Cross-matricize  those  because  the  recipients  must  integrate 
with  the  providers  which  must  integrate  with  the  services.  Then 
develop  your  general  systems  design,  develop  your  software  design, 
your  claims  flow,  and  your  data  entry.    There  was  one  small  error 
in  our  data  entry  which  cost  us  a  ton  in  implementation,  and  that  was 
not  paying  attention  to  detail.    Your  data  entry  is  where  you  live  or 
die  because  if  you  can't  get  the  claims  into  the  system  you  won't  be 
able  to  process  them.    Look  at  your  initial  hardware  requirements. 
Do  not  underestimate  your  hardware  requirements:  overestimate.  Start 
the  battle  with  your  budget  people.    They  are  going  to  say,  "What  do 
you  mean  you  need  a  whole  new  computer?"    They  don't  understand.  They 
think  in  terms  of  the  revenue  system  that  went  right  through.  Driver's 
licenses.    How  many  programs  are  in  a  driver's  license  system?  Twenty? 
You  register  once  a  year.    We  have  five  year  registration  in  Georgia, 
but  that's  not  thought  of.    Look  at  your  computer  main-frame,  but 
don't  only  look  at  your  main-frame.    Look  at  your  online  storage  needs. 
Look  at  your  magnetic  tape  requirements.    It  does  you  no  good  to  have 
the  tapes  if  you  don't  have  the  tape  drives.    It  does  you  no  good  with 
the  tape  drives  if  you  don't  have  the  tape  controllers,  and  the  tape 
controllers  don't  do  you  any  good  if  you  don't  have  the  1/0  interfacers. 
Communications,  data  entry,  and  then  your  offline  equipment.    Your  off- 
line equipment,  your  microfilm  readers,  if  you  are  using  COM.    If  you 
are  using  microfilm,  how  are  you  doing  it?   That  is  very  important, 
because  claims  must  be  received  somewhere,  they  just  don't  come  into 
the  computer.    Look  at  your  Medicaid  organization.    I  don't  think  any 
of  you  that  have  started  MMIS  realize  what  it  does  to  Medicaid,  but  it 
revolutionizes  it;  it  doesn't  evolutionize  it. 

Do  your  work  plans  now  for  Phase  III  and  IV  and  now  you  can  get 
an  adequate  cost  estimate  for  the  remainder  of  your  project.  You 
should  know  now  what  it  is  going  to  take.    You  will  be  able  to  explain 
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to  HEW,  the  user,  and  the  budget  office  all  of  your  needs  and  when 
implementation  should  occur. 

Detail  Systems  Design 

Phase  III  is  like  any  other  detail  system  design.    You  have  your 
computer  system  (see  Exhibit  7).    You  have  your  data  entry  and  data 
software  now.    We  no  longer  use  keypunch  machines.    You  don't  sit  down 
and  key  an  80-column  card  anymore.    You  have  computer-aided  data  entry, 
and  I  am  sure  all  of  you  have  used  some  form  of  computer-aided  data 
entry.    You  have  sub-system  software.    You  have  your  operating  sys- 
tems software,  and  then  you  have  COM,  computer  output  to  microfilm. 
Please  do  not  put  all  214  reports  (and  I  don't  know  how  many  millions 
of  lines  of  print  a  week)  on  hard  copy.    If  you  did  you  would  fill 
this  room  and  no  one  would  ever  use  it.    Design  a  good  set  of  computer 
output  to  microfilm  reports,  with  fiche  readers  and  printers.  You 
have  to  finalize  your  hardware  requirements  now.    It's  tough,  but  you 
have  to  do  it  because  you  have  lead  times  to  wait  out.    You  have  to 
order  your  hardware.    You  have  to  make  sure  that  it  will  be  there  on 
time  when  you  start  your  testing.    You  have  got  to  order  your  hard- 
ware and  your  forms,  and  you  have  got  to  finalize  your  Medicaid  organi- 
zation so  it  will  be  ready,  and  then  finalize  your  implementation  plan 
Phase  III. 

Implementation  Milestones 

Phase  IV  is  really  your  implementation,  or  institutionalization. 
(It  is  pretty  hard  to  not  institutionalize  this  system.)  (See  Exhibit 
8).    You  have  your  software.    You  have  to  program  it;  you  have  to 
test;  you  have  to  test;  and  you  have  to  test  --  there's  no  more  I  can 
say.    The  hardest  thing  that  you  will  find,  if  you  are  DP  people,  is 
building  your  test  files.    That  is  going  to  be  tough.    You  have  to 
unit  test  the  programs  and  system  test  the  system.    You  have  to  install 
your  hardware  and  you  have  to  have  your  documentation;  not  only  your 
system  documentation  but  also  documentation  of  your  operations  and 
your  production  scheduling.    We  have  about  40  different  job  streams. 
They  compete  for  the  same  resources,  and  if  you  do  not  have  a  produc- 
tion scheduling  system,  which  I  am  sorry  to  say  in  Georgia  we  really 
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EXHIBIT  8 
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don't  have  right  now,  you  are  going  to  be  in  a  lot  of  trouble,  and 
we  are  in  a  lot  of  trouble  in  some  instances.    We  have  one,  but  it 
became  antiquated.    We  developed  it  at  the  beginning  and  we  did  not 
revise  it;  we  are  in  the  process  of  revising  it  now,  six  months  into 
it,  but  you  find  time  to  do  these  things.    You  have  user's  manuals. 
These  elaborate  computer  systems  are  no  better  than  the  weakest  link, 
and  when  you  talk  about  a  system,  a  total  system  includes  the  people, 
the  users.    The  computer  will  run  fine,  but  if  people  put  in  garbage, 
you  will  get  garbage  out.    If  people  don't  know  how  to  use  your 
system,  then  it  is  going  to  hurt  you.    You  must  have  your  user's 
manuals  before  the  system  is  implemented. 

You  have  to  train.    You  have  to  train  your  Medicaid  staff,  you 
have  to  train  your  providers.    I  was  on  the  road  for  about  a  month. 
I  talked  to  many,  many  different  provider  groups.    You  all  will.  We 
had  the  providers  involved  all  the  way  and  they  still  complained, 
they  stil  1  revolted .    It  was  for  a  different  reason,  though.  They 
will  complain  about  everything  because  you  will  start  cutting  pay- 
ments that  you  used  to  make  routinely,  duplicate  payments.  People 
used  to  hide  behind  groups  in  Georgia,  they  used  to  form  corporations. 
You  would  have  this  doctor  you  would  be  looking  at  on  surveillance, 
and  all  of  a  sudden  his  claims  wouldn't  come  in  any  more.    You  would 
think  he  dropped  out  of  the  program,  but  all  of  a  sudden  you  do  some 
investigation  and  you  find  out  he  is  on  Peachtree  Street  PC.  You 
don't  have  any  idea  where  he  is;  he  and  ten  other  great  doctors  have 
formed  one  corporation.    But  now  you  can't  do  that  with  MMIS.  You 
can't  split  bills,  you  can't  duplicate  the  bill,  you  can't  bill  in 
conflicting  bills,  you  can't  be  in  the  nursing  home,  the  hospital, 
and  using  home  health  services  at  the  same  time.    We  are  starting 
to  hit  the  pocketbooks,  and  when  you  start  to  hit  the  pocketbooks 
your  providers  will  start  to  revolt,  and  it  will  come  directly  back 
to  you  because  they  will  go  after  the  weakest  link,  which  is  your 
system.    You  have  to  train  your  data  processing  staff.    Don't  assume 
that  since  they  developed  it  they  know  it.    Train  them. 
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And  then  the  most  important  thing  is  your  production  test.  In 
Georgia,  this  is  the  thing  we  didn't  do  adequately.    We  were  in  such 
a  rush  to  put  it  up  and  we  made  many  mistakes.    We  are  now  correcting 
those  mistakes,  but  they  probably  can  be  avoided,  and  you  won't  have 
the  overpayment  problem  that  we  had  for  about  a  month.    Then  implement 
your  system. 

Post-Implementation  Evaluation 

Phase  V  is  what  we  are  in  the  process  of  doing  and  it  is  really 
what  you  continue  to  do  because  Medicaid  is  dynamic  (see  Exhibit  9). 
We  find  out  things  we  forgot.    We  now  have  a  new  HEW  "1115  waiver"  to 
look  at  alternatives  for  long  term  care,  so  we  have  to  put  three  new 
services  into  our  MMIS.    You  are  always  evaluating  your  system.  Look 
at  the  operational  performance.    Look  at  the  cost  effectiveness.  Make 
sure  your  documentation  is  up  to  date.    If  it  isn't,  document.  Control. 
Do  you  have  the  adequate  audit  controls?    Your  production  schedule. 
This  is  where  we're  going  out.    We  are  re-examining  our  production 
schedule,  looking  at  what  other  hardware  we  need;  how  can  we  stop  this 
conflicting;  and  is  Medicaid  satisfied  (and  you  will  never  satisfy 
Medicaid,  believe  me).    I  have  been  part  of  it,  I  am  part  of  it.  The 
reason  you  can't  satisfy  Medicaid  is  that  Medicaid  is  dynamic.  Those 
people  who  do  work  in  Medicaid  are  under  the  gun  constantly.    We  were 
on  the  front  pages  of  the  newspaper  for  about  two  years,  and  they  are 
forced  into  changes.    When  the  director  of  operations  for  Medicaid 
calls  the  head  of  data  processing  and  says,  "Hey,  why  isn't  that  check 
run  out?"  and  he  gets  irate,  understand  that  he  has  probably  had  50 
calls  this  morning  wondering  where  those  checks  were.    He's  under  the 
gun.    This  is  a  system  where  you  have  cash-flow  problems  with  providers. 
I  don't  care  what  decision  we  make,  20  percent  of  our  providers  call 
and  complain.    We  made  one  decision:    We  used  to  factor  our  providers 
at  95%  on  the  dollar,  so  July  1  of  this  past  year  we  decided  to  take 
that  off  and  pay  them  100  percent  on  the  dollar.    We  had  providers 
call  and  say,  "Well,  we're  in  such  bad  economic  times,  why  are  we  doing 
that?"    They  complain  about  everything. 


EXHIBIT  9 
PHASE  V 

POST  IMPLEMENTATION  EVALUATION 
CATEGORIES  TO  BE  EVALUATED 

A.  OPERATIONAL  PERFORMANCE 

B.  COST  EFFECTIVENESS 

C.  DOCUMENTATION 

D.  CONTROL 

E.  PRODUCTION  SCHEDULE 

F.  MEDICAID  SATISFACTION 
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Potential  Problem  Areas 

Here  are  some  things  to  look  out  for;  your  potential  problem 
areas  (and  watch  it,  especially  in  the  State  of  New  York  with  a 
project  of  your  size).    (See  Exhibit  10)    Deterioration  of  the  project 
team.    You  only  can  have  one  boss,  I  don't  care  who  he  works  for,  how 
many  departments  you  have  involved.    We  had  three  in  Georgia.  You 
only  can  have  one  boss,  and  that  boss  must  be  king,  and  that  boss 
must  be  accountable.    In  Georgia,  I'm  sorry  to  say,  that  didn't 
happen.    Our  project  team  deteriorated,  our  data  processing  people 
went  their  way,  our  Medicaid  people  went  their  way,  and  it  scattered. 
We  still  did  it,  but  we  are  paying  for  that  little  problem.    Inabil ity 
of  Medicaid  to  define  its  needs  in  the  particularization  phase.  That 
is  important.    Medicaid  really  doesn't  know  what  it  wants  or  what  it 
needs.    It  is  too  big.    This  is  a  total  system;  this  is  a  large  system 
Particularization:    i.e.,  you  will  find  out  your  policy  staff  might 
forget  a  service,  they  might  make  an  invalid  assumption,  there  are 
just  a  whole  host  of  problems  that  will  come  up.    Inability  to  assign 
required  state  resources  to  the  project  team.    This  also  hurt  us  in 
Georgia.    We  had,  in  our  data  processing  shop,  only  four  state 
employees  who  were  assigned  to  the  project.    They  now  have  positions 
for  23.    Only  two  of  those  state  employees  still  work  on  Medicaid  pro- 
jects.   Our  contractor  is  long  gone,  and  we  have  almost  the  same 
problem  that  I  had  with  my  old  computer  system.    There  wasn't  anybody 
around  who  was  there  when  it  was  developed  who  know  why  that  certain 
thing  was  done.    Provider  resistance:    they  will  resist.    You  start 
collecting  names,  you  start  collecting  more  data  elements,  you  tell 
these  doctors  that  they  now  no  longer  can  enroll  as  corporations  (even 
though  you  will  pay  the  corporation,  they  have  to  enroll  individually) 
They  don't  like  that.    Political  pressure.    In  Georgia,  we  have  the 
second  largest  legislature,  I  think,  in  the  country.    (I  think  Texas 
is  a  little  bit  larger  than  us.)    We  have  159  counties,  Texas  has  202. 
I  think  everybody,  every  provider,  knows  at  least  one  legislator  if 
not  two  or  three.    They  all  call,  and  that  political  pressure  gets  to 
you.    Our  political  pressure  was  the  co-payment  project  for  mandatory 
service,  an  "1115  waiver".    We  could  not  step  back  and  take  more  time 


EXHIBIT  10 


POTENTIAL  PROBLEM  AREAS 

DETERIORATION  OF  PROJECT  TEAM 

INABILITY  TO  DEFINE  MEDICAID  NEEDS  IN 
PART I CU LAR I ZAT I ON  PHASE 

INABILITY  TO  ASSIGN  REQUIRED  STATE  RESOURCES 

PROVIDER  RESISTANCE 

OTHER  POLITICAL  PRESSURE 

LATE  DELIVERY  OF  NEEDED  HARDWARE 

DELAY  IN  WORKPLAN  BY  MEMBERS  OF  THE  PROJECT  TEAM 

INABILITY  TO  HIRE  NEEDED  STATE  STAFF 

TOO  MUCH  RELIANCE  ON  OUTSIDE  CONTRACTOR 

ATTACKING  MMIS  AS  A  DATA  PROCESSING  PR03LEM  ONLY 

OVERALL  RESISTANCE  TO  CHANGE  BY  STATE  STAFF 

UNDERESTIMATION  OF  SCOPE  OF  PROJECT  AND  ITS 
EFFECT  ON  MEDICAID 


4-21 


because  we  could  not  put  the  co-payment  in  our  old  system.  Late 
delivery  of  needed  hardware.    I  am  still  waiting  for  my  dual -density 
disk  packs.    Delay  in  work  plan  by  pro.iect  team  members.    You  will 
find  out  they  delayed  over  here  and  that  hurts  you  over  there. 
Inability  to  hire  needed  state  staff,  and  that  is  more  for  Medicaid 
than  for  anyone  else.    Medicaid  in  the  State  of  Georgia  pays  all 
claims.    We  only  have  an  intermediary  who  does  prior  authorization 
for  dental  claims.    We  had  in  total  (and  this  includes  program  and 
processing  people)  103  people.    It  has  now  increased  to  123;  we  have 
asked  for  106  new  positions,  I  believe,  from  the  Legislature.  We 
will  probably  get  20.    You  cannot  allow  the  inadequacies  of  past 
administrations  to  be  perpetuated  here.    You  somehow  convince  your 
governor,  and  as  close  as  we  were  with  our  governor,  he  still  didn't 
have  the  money  and  we  were  not  able  to  convince  the  Legislature  we 
needed  it.    Too  much  reliance  on  your  outside  contractors.    You  could 
be  stuck.    Do  you  think  the  contractor  knows  what  he's  doing?  You're 
crazy!    Your  outside  contractor  knows  maybe  five  or  ten  other  states, 
but  he  does  not  know  your  state  and  you  must  (and  I  say  it's  almost 
an  essential  criterion)  have  one  member  of  your  state  data  processing 
staff  assigned  to  each  sub-system.    Claims  processing  should  have 
two  or  three.    Attacking  MMIS  as  a  data  processing  problem:  it's 
not,  its  a  Medicaid  problem.    Overall  resistance  to  change  from  Medi- 
caid staff.    There  are  many  books  published  on  resistance  to  change, 
and  as  bad  as  your  old  system  was,  those  clerks  still  loved  it.  They 
were  confident  with  it.    The  hardest  thing  we  had  was  convincing  old 
Dolly  over  there  that  she  no  longer  had  to  put  an  "X"  in  the  right- 
hand  corner  or  a  "Y"  in  column  80.    There  was  no  longer  the  require- 
ment.   Today,  I  still  have  people  in  my  claims  processing  staff  calling 
providers  and  saying,  "Hey,  Joe,  you  know,  you  didn't  fill  this  form 
out  right."    Instead  of  giving  this  to  the  provider  relations  people 
they  still  do  what  they  always  did.    Underestimation  of  the  scope  of 
the  project  and  its  effect  on  Medicaid.    It  will  revolutionize  Medicaid. 
It  will  completely  change  your  Medicaid  environment.    It  is  by  no  means 
a  small  project.    We  had,  probably,  about  100  different  people  working 
on  this  project. 
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Available  Management  Tools 

I'm  just  going  to  list  the  management  tools  (see  Exhibit  11).  I 
believe  we  all  know  them.    You  have  got  to  have  detailed  work  plans. 
You  have  got  to  have  Gantt  charts.    Gantt  charts  are  probably  the  best 
visible  thing  to  look  at  and  show  someone.    PERT  charts.    A  PERT 
for  MMIS  would  probably  take  up  this  entire  room.    Small  PERT  charts 
are  probably  very  good.    I  was  never  a  big  advocate  of  PERT,  but  I 
know  many  people  who  are,  and  it  works  very  well,  so  that's  up  to 
the  individual  person.    Task  lists.    List  out  your  probably  2000 
separate  tasks  that  have  got  to  be  completed.    Try  to  relate  them 
on  a  Gantt  chart;  you  can  try  to  relate  them  on  a  PERT  chart  if  you 
can.    You  must  have  a  project  control  system.    In  Georgia,  we  were 
lucky  to  have  one.    Some  of  your  states  might  not  have  them,  some 
of  your  states  might  have  them.    Hardware  plans.    Do  not  underestimate 
the  need  for  hardware  plans.    Constant  management  review.  That 
constant  management  review  is  probably  the  best  too?  that  you  have. 
You  need  to  get  upper  management  in  government  involved.    And,  getting 
to  that,  I  have  drawn  what  I  consider  the  ideal  project  organization 
(see  Exhibit  12).    Everybody  might  consider  different  ones,  but  this 
is  what  I  consider.    You  must  have  a  project  review  board  that  directs 
this.    This  should  include  your  director  of  Medicaid,  your  director  of 
benefits  payments,  social  services,  whatever  determines  eligibility, 
your  director  of  data  processing,  at  least  someone  from  your  governor's 
staff  or  your  office  of  planning  and  budgeting,  and,  if  that  person  is 
not  in  charge  of  budgeting,  at  least  a  budget  person,  and  maybe  your 
program  management  and  administrative  people  or  directors  from  Medicaid. 
You  need  one  state  project  director.    Under  that  project  director,  in 
a  direct  line  mode,  you  have  got  your  Medicaid  project  manager,  your 
contractor  project  manager,  and  your  data  processing  project  manager. 
Under  them  are  the  staff.    And  you  see  I  made  no  differentiation, 
"Hey,  I'm  a  contractor  person,  I  can't  do  that,"  or  "Hey,  I'm  with 
the  state,  I'm  not  supposed  to  do  that."    Try  to  assign  your  people 
so  you  will  get  the  best  work  out  of  your  resources,  because  you  do 
have  limited  resources.    Off  to  the  side,  in  a  technical  mode,  in  a 
staff  position,  you  should'  have  your  technical  review  board,  which  are 


EXHIBIT  11 

AVAILABLE  MANAGEMENT  TOOLS 

DETAIL  WORK  PLAN 
GANTT  CHARTS 
PERT  CHART 
TASK  LISTS 

OVERALL  PROJECT  CONTROL  PROCEDURES 

HARDWARE  PLANS 

CONSTANT  MANAGEMENT  REVIEW 
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IDEAL  PROJECT  ORGANIZATION 
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hardware  geniuses,  your  database  design  people,  all  kinds  of  people 
who  look  at  the  thing,  look  at  your  hardware  requirements,  try  to 
help  you  say,  "Hey,  look  at  all  the  1-0  on  that  system.    We  need  two 
more  1-0  control  units.    We  need  this  many  disk  packs."    And  somebody 
from  the  programmatic  side  to  start  off  and  say,  "This  is  Medicaid." 
For  these  two  boards  to  work  in  staff,  to  constantly  review  the 
outputs  of  these  workers  down  here.    So,  in  ending  up,  I  agree  with 
John  Anderson  that  you  do  have  to  implement  MMIS,  not  institutionalize 
MMIS,  but  you  will  find  out  as  project  managers  it  is  going  to  be 
very,  very  hard  not  to  institutionalize.    Medicaid  is  dynamic  and 
it  does  evolve,  but  MMIS  will  revolutionize  it. 


MMIS  TRANSFER  PROJECTS 


John  Ross 
Deputy  Director  of  Operations 
Division  of  Welfare 
State  of  New  Hampshire 

I  have  a  feeling  that  my  briefing  is  not  going  to  be  nearly  as 
detailed  as  Murray  Goldman's  was.    I  am  going  to  give  this  a  broad 
brush,  which  will  tell  you  some  salient  things  we  ran  into  in  trying 
to  transfer  the  MMIS  from  Ohio  to  New  Hampshire.    To  put  things  in 
the  proper  perspective,  I  would  like  to  tell  you  a  little  bit  about 
New  Hampshire.    When  you  hear  Mr.  Diem  tell  about  having  26  percent 
of  the  Medicaid  program  in  the  City  of  New  York,  it  makes  us  look 
like  the  veritable  flea  on  an  elephant.    We  have  a  state  population 
of  800,000.    We  do  have  quite  a  bit  of  real  estate,  we  have  around 
250  miles  north  to  south  and  120  miles  east  to  west.    We  have  a 
combination  of  rural  and  urban  population.    Our  largest  city  is  just 
over  100,000  people.    If  you  compare  that  to  the  800,000  total,  you 
get  an  idea  we  are  pretty  much  rural  and  not  urban. 

New  Hampshire  Welfare  Organization 

In  New  Hampshire,  we  have  a  single  state  agency  for  all  public 
assistance,  medical  assistance,  food  stamps  and  social  services.  We 
are  not  involved  with  counties  or  towns  other  than  that  they  pay  part 
of  the  bill.    They  have  no  jurisdiction  over  the  actions  and  the 
policies  of  the  Director  of  the  Division  of  Welfare,  which  is  part  of 
an  umbrella  agency  called  Health  and  Welfare.    So,  we  have  a  very 
simple  problem  organizationally  as  far  as  our  relationships  with  our 
recipients.    In  the  Division  of  Welfare,  all  policy  and  rules  are 
promulgated  by  a  Deputy  Director  for  Medical  Services.    The  operating 
parts  of  the  system,  such  as  the  MMIS  maintenance,  data  processing 
and  creation  of  reports  are  under  the  Deputy  Director  for  Operations, 
and  both  of  those  gents  report  directly  to  the  Division  of  Welfare 
Director. 
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We  have  40,000  eligibles,  and  we  provide  all  services.    We  have 
3300  Medicaid  providers  and  they  are  in  four  states,  most  of  them  in 
New  Hampshire,  but  some  in  Vermont,  Maine,  and  Massachusetts.  This 
year  we  will  process  approximately  a  million  Medicaid  claims  at  a 
total  dollar  value  of  43  million  dollars.    45  percent  of  that  value 
is  in  the  ICF  long-term  nursing  care. 

Getting  Into  the  MMIS  Project 

The  history  of  Medicaid  in  New  Hampshire  is  similar  to  the  history 
of  Medicaid  in  most  of  your  states.    When  Medicaid  came  on  the  scene, 
not  many  states  had  the  facilities  or  the  capabilities  of  processing 
large  numbers  of  claims.    New  Hampshire  being  like  the  rest  went  to 
a  fiscal  agent  arrangement,  with  some  state  operation.    I  wasn't 
there  at  the  time,  but  the  state  did  process  drug  claims,  at  that  time 
a  relatively  small  program.    Most  of  the  Medicaid  program  was  administered 
by  a  fiscal  agent.    We  started  at  a  claim  cost  of  about  $1.50  and  within 
a  year  and  a  half  it  was  up  to  over  $3.00,  and  it  was  increasing.  Un- 
fortunately, we  could  not  produce  the  basic  federal  reports,  or  the 
fiscal  agent  could  not,  even  though  they  tried  very  hard.    That  had 
another  impact  on  us  in  that  we  could  not  forecast  our  needs  from  a 
money  point  of  view  to  the  Legislature,  and  they  got  very  restless. 
One  year  we  would  be  in  clover  and  the  next  year  we  would  be  overdrawn, 
and  another  year  we  would  be  on  an  even  keel.    I  am  sure  many  of  you 
have  had  that  problem.    So,  in  their  discontent,  the  Legislature  told 
us  to  go  find  a  system  which  would  provide  fast  processing,  secure  pro- 
cessing, and  also  management  information  and  utilization  review  con- 
trols that  would  make  this  program  manageable.    I  don't  know  if  they 
knew  what  the  legislation  was  getting  into,  but  they  sure  had  the  right 
idea  if  you  think  in  terms  of  what  later  came  out. 

We  went  on  a  systems  search,  and  we  talked  to  several  states  and 
we  found  that  most  of  them  were  under  the  fiscal  agent  arrangement 
and  not  too  happy  about  it  in  many  instances.    About  that  time,  in  the 
summer  of  1971,  we  were  invited  to  a  meeting  in  Region  I,  Boston,  to 
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review  a  new  Medicaid  Management  Information  System.    The  briefers 
enticed  us  and  so  we  went  back  to  the  Legislature  and  said  we  would 
like  to  look  at  this  more  deeply.    They  gave  us  some  money  and  we 
hired  a  contractor  that  was  knowledgeable  in  claims  processing  to 
perform  a  feasibility  study.    I  specifically  said  in  claims  pro- 
cessing.   In  thinking  of  what  John  Anderson  spoke  about,  you  can  see 
that  already  we  had  fallen  into  the  trap  of  institutionalization.  We 
weren't  thinking  about  implementing  MMIS,  we  were  thinking  about  one 
very  small  part  of  it,  which  is  the  claims  processing. 

The  feasibility  study  was  aimed  primarily  at  getting  us  figures 
for  cost  in  terms  of  dollars  to  implement  such  a  system,  to  operate 
it,  to  bring  up  people,  train  them,  and  put  them  on  board,  and  also 
to  handle  facilities  requirements  such  as  hardware  and  space.    We  pre- 
sented this  to  the  House  Appropriations  and  Senate  Finance  Committees, 
and  they  were  convinced  that  this  was  a  viable  design  and  they  gave 
us  the  support  that  we  needed  in  money  and  authorized  positions.  Then 
we  went  to  the  executive  branch,  primarily  to  the  Comptroller,  and 
acquainted  him  with  the  problem  and  also  with  the  fact  that  we  thought 
that  the  system  had  the  things  in  it  that  would  give  him  much  deeper 
control  over  the  processing  of  these  claims  than  he  had  ever  had  be- 
fore. 

We  also  talked  to  our  Treasurer.    In  our  state,  the  Treasurer  is 
in  the  Legislature  and  the  Comptroller  is  part  of  the  executive  branch. 
They  did  this  primarily  because  a  few  years  ago  they  had  a  fraud  up 
there  and  the  Comptroller  and  the  Treasurer  being  in  the  executive 
branch  were  working  with  some  contractor  and  they  were  all  taking  a 
little  bit  of  kum-shaw  on  the  way. 

We  talked  to  our  in-house  management.    Our  Director  of  Welfare 
at  that  time  was  a  man  by  the  name  of  Thomas  Hooker.    He  was  enthusiastic 
about  what  he  saw  and  what  we  told  him,  and  he  committed  himself  and 
the  rest  of  the  staff  to  supporting  the  MMIS  implementation.    We  talked 
to  some  of  the  outside  agencies  that  we  were  going  to  deal  with,  forms 
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manufacturers  and  that  sort  of  thing,  to  see  whether  or  not  we  could 
get  forms  in  New  Hampshire  on  a  bid  basis. 

And  we  also  went  to  the  provider  groups.    If  you  listened  to 
Murray  in  the  prior  speech,  this  is  one  of  the  keys  to  the  whole  set-up. 
You  remember  we  came  from  a  fiscal  agent,  and  the  fiscal  agents  used 
to  hold  hands  because  they  were  provider-oriented,  not  recipient- 
oriented.    And  they  did  a  lot  of  translating.    The  form  would  come  in 
and  the  procedures  would  be  in  handwriting.    The  fiscal  agent  would 
convert  those  to  a  code  which  he  could  put  into  his  machine.    This  is 
one  of  the  reasons  it  cost  $3.00  a  claim.    So  we  went  to  the  provider 
groups  and  acquainted  them  with  the  general  characteristics  of  the 
system.    We  claimed  that  we  could  do  a  lot  better  for  them  than  our 
fiscal  agent  had  done.    We  promised  rapid  turnaround,  in  other  words. 
In  the  drug  program,  I  think  it  took  about  60  days  to  complete  a  claim 
after  we  received  it,  we  said  we  could  do  it  in  15  days.    That  was  . 
something  in  the  feasibility  study  we  checked  in  order  to  determine 
cost;  we  set  the  time  parameters  up  against  the  feasibility  study  so 
that  there  was  no  doubt  about  our  aim  to  pay  bills  in  10  or  15  days 
depending  on  the  type  of  claim.    We  promised  the  providers  we  could 
do  this  for  them.    We  also  said  that  (maybe  we  said  this  with  different 
sequence),  "You  are  going  to  have  to  help  us  also.    You  are  going  to 
have  to  fill  out  claims  and  use  the  codes  that  are  provided  to  you  for 
completing  the  form.    If  you  do  that  then  we  will  pay  you  quickly." 

Getting  the  Project  Organized 

In  starting  up,  we  let  a  contract;  we  had  an  RFP  which  was  written 
jointly  by  the  Division  of  Welfare,  by  the  Department  of  Centralized 
Data  Processing,  which  was  a  separate  department  from  the  Department  of 
Health  and  Welfare,  and  the  Division  of  Purchase  and  Property,  so  every- 
body's flavor  got  in  the  RFP.    We  had  five  bidders  and  there  were  a 
couple  of  very  illustrious  firms  that  bid.    The  bid  prices  were  anywhere 
from  $200,000  to  a  million  dollars  and  the  low  bidder  and  the  high 
bidder  we  didn't  feel  were  very  reuptable  and  we  disregarded  them.  We 
picked  a  contractor  for,  I  believe,  about  $335,000,  and  believe  me  that 
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was  not  enough,  as  you  will  see  as  we  go  along.    But  this  was  a  new 
world  and  no  one  else  had  done  it  except  for  the  people  who  were 
working  in  Ohio,  and  we  at  that  time  did  not  have  full  benefit  of 
what  they  were  doing.    The  progress  that  they  had  made  had  taken  them 
through  the  first  four  subsystems;    that's  the  recipient  subsystem, 
the  provider  subsystem,  the  reference  subsystem,  and  the  claims  pro- 
cessing subsystem.    They  had  not  gotten  into  SURS  and  MARS  at  that 
point,  but  we  were  told  by  one  of  Bud's  predecessors  that  the  docu- 
mentation was  complete  and  the  system  was  operational.    I  have  a  few 
words  on  that  later  on. 

Again,  from  an  institutional  point  of  view,  this  was  a  great 
organizational  chart  (see  Exhibit  1),  but  it  didn't  work.  Primarily 
because  the  Deputy  Director  of  Operations  is  not  the  guy  that  made 
the  policy  in  the  Medicaid  program,  and  I  can't  say  that  any  more 
simply  than  that.    Now,  all  of  you  have  ideas  of  who  should  run  an 
MMIS  project.    We  have  some  very  firm  ideas  that  it  should  be  the 
guy  that's  making  the  policy.    He  is  the  chief  user.    As  things  worked 
out,  this  project  was  assigned  to  the  Deputy  Director  of  Operations, 
who  happened  to  be  myself.    This  was  because  we  were  thinking  in  terms 
of  processing  and  we  weren't  thinking  correctly.    We  weren't  thinking 
in  terms  of  the  decisions  that  had  to  be  made  in  order  to  just  start 
processing.    And  the  guy  that  had  to  make  those  was  not  me;  it  was 
the  Deputy  Director  for  Medical  Services.    I  think  that  Murray  pointed 
this  out  vividly  this  morning:    How  you  can  get  into  trouble  if  you 
don't  structure  yourself  initially  to  get  the  job  done  with  the  least 
amount  of  friction.    You  have  to  have  one  boss,  that's  for  sure,' and 
in  our  case  it  was  me.    You  will  notice  on  the  chart  that  the  Deputy 
Director  of  Medical  Services  was  answering  to  the  same  boss  as  I. 
This  was  where  we  were  most  of  the  time,  in  the  boss's  office,  trying 
to  get  a  decision.    Of  course,  this  slowed  down  the  whole  process. 
The  contractor  got  unhappy  with  us,  as  he  should  have.  Centralized 
data  processing  was  a  problem  to  us  because  there  was  a  jurisdictional 
battle  going  on  between  the  Department  of  Health  and  Welfare  and  the 
Department  of  Centralized  Data  Processing;  and  several  other  organiza- 
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tions  within  the  state  family  were  fighting  CDP.    CDP  took  a  very  pro- 
vincial point  of  view  and  said  that  they  should  run  the  projects. 
"Well,"  we  said,  "look,  its  our  money,  the  Federal  government  contracted 
with  us,  and  the  state  legislature  has  told  us  to  get  on  with  our  work, 
and  they  also  put  up  the  money."    We  felt  very  strongly  about  this 
thing.    We  felt  that  the  Division  of  Welfare  should  manage  this  project. 

In  the  previous  address,  there  was  a  great  deal  said  about  inter- 
face, or  we  call  it  public  relations  on  the  chart,  with  other  agencies. 
The  state  agencies,  provider  agencies,  and  of  course  anyone  else  who  is 
in  the  chain  of  getting  this  job  done.    We  thought  we  did  a  good  job. 
We  thought  we  had  informed  these  people  in  the  other  agencies,  we 
worked  with  their  people,  we  had  seminars  for  them,  and  we  did  all  kinds 
of  things.    The  day  that  we  took  the  first  manifest  --  you  know  what  a 
manifest  is,  this  is  a  big  batch  of  bills  and  so  forth  that  we  paid  -- 
we  took  this  to  the  Comptroller's  office  and  there  was  deep  shock. 
He  said,  "What's  this?    How  are  we  going  to  audit  this?"    Believe  me, 
in  this  modern  world,  I  am  sure  you  have  some  of  the  same  problems 
with  personalities  --  they  want  to  see  the  little  red  marks.    Well,  in 
this  product  there  aren't  any  red  marks.    You  stamp  the  thing  in  and 
the  bill  comes  out  the  other  end  either  adjudicated  or  not  adjudicated, 
and  then  you  go  to  work  if  it  has  been  a  rejected  claim.    But  they 
couldn't  understand  what  was  happening  between  here  and  there  when  this 
thing  came  out  the  other  end  adjudicated,  even  though  we  gave  them 
flowcharts,  we  gave  them  briefings,  they  just  weren't  in  the  frame  of 
mind  to  accept  it.    As  a  matter  of  fact,  they  weren't  in  the  frame  of 
mind  to  accept  anything  that  automated  data.    We  still  don't  have  a 
financial  management  system  in  New  Hampshire.    We  still  do  not  have  an 
automated  payroll  in  New  Hampshire.    This  is  many,  many  years  after 
we  have  had  a  computer. 

The  Comptroller  of  that  day  (he  now  has  a  better  job  in  the  state) 
indicated  to  me  in  a  public  meeting  that  I  was  a  fine  fellow,  but  I 
was  trying  to  put  my  Rolls  Royce  into  his  Model  T  garage,  and  he  didn't 
see  how  it  could  ever  happen.    So,  things  weren't  quite  as  happy  as 
they  should  be.    I  can't  stress  too  plainly  that  you  have  got  to  get 


5-8 


this  guy  on  your  team,  and  he  has  got  to  be  part  of  it.    How  you  do 
this  is  going  to  vary  with  every  individual  and  every  situation,  but 
it  is  just  another  word  of  warning. 

Training  is  most  important.    It  is  important  that  your  people, 
who  are  going  to  be  operating  the  system  from  a  processing  point  of 
view,  other  agencies,  state  agencies,  have  knowledge  of  this,  the  flow 
of  the  manifest  and  so  forth  throughout  the  state  agencies.    The  Cen- 
tralized Data  Processing  people  still  only  have  one  man  that  can  main- 
tain the  MMIS  system  as  far  as  claims  processing  is  concerned.  They 
have  another  man,  another  analyst,  who  is  attempting  to  dig  into  the 
SURS  and  MARS  and  interface    with  an  analyst  that  we  have.    Because  of 
all  kinds  of  problems  we  have  with  Centralized  Data  Processing,  we 
finally  got  the  Legislature  to  let  us  hire  a  nucleus  of  analyst  staff 
so  we  could  at  least  tell  them  what  they  had  to  do  in  order  to  keep 
the  system -operating.    These  systems  are  dynamic,  they  never  are  static. 

Provider  Relations 

I  am  going  to  repeat    here  that  if  you  don't  get  providers  with 
their  heads  going  your  way  instead  of  all  ways  or  fighting  you,  you 
have  lost  the  battle  in  that  particular  provider  group.    How  you  do 
this  is  an  individual  consideration.    We  tackled  the  various  county 
societies  of  the  state  societies  of  the  doctors,  the  pharmacists,  and 
so  forth.    We  had  the  drug  people  involved  with  us.    They  designed 
the  invoice  form  so  that  they  became  party  to  it,  and  we  had  very 
little  trouble  with  that  group.    As  for  the  nursing  home  operators, 
somebody  mentioned  earl  ier,  their 1 s  is  a  very,  very  critical  type  of 
business  in  our  state,  and  I  would  have  to  think  it  was  that  way  in 
others.    There  is  never  a  month  that  goes  by  that  some  one  of  these 
guys  doesn't  ask  me  to  call  his  banker  or  write  him  a  note  saying, 
"You've  got  $50,000  coming  in  two  days  or  four  days,"  just  to  keep  their 
payrolls  paid.    We  worked  with  them,  and  we  now  have  an  automated  in- 
voice system,  the  invoice  goes  to  them  the  last  day  of  the  month  and 
that  invoice  shows  a  lot  of  information.    All  they  have  to  do  is  cor- 
rect it,  add  to  it,  send  it  back  and  we  can  turn  them  around  in  ten 
dyas.    That's  the  promise  to  these  people,  to  do  the  things  they  are 
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supposed  to  do,  but  you  have  got  to  train  them  and  you  have  to  train 
your  clerks.    The  other  day  a  fellow  called  me,  one  of  the  nursing 
home  operators  (one  of  the  larger  ones  --  we  have  about  120  people  in 
this  nursing  home).    He  said,  "I  don't  know  what's  happened,  but  I 
haven't  gotten  my  check  yet."    So  we  sent  downstairs  to  find  out  what 
had  happened.    80  claims  were  held  in  suspense  because  we  had  a  new 
bookkeeper  and  she  didn't  know  how  to  fill  out  the  form.    That  hung 
up  for  him  some  $65,000  and  we  had  to  call  his  banker  also. 

More  About  Organization 

I  am  going  to  discuss  a  few  problems  that  we  ran  into  and  I  think 
Murray  touched  on  some  of  these,  probably  all  of  them.    If  you  will 
look  at  Exhibit  2,  this  is  the  way  we  would  organize  if  we  were  to  do 
this  all  over  again.    There  are  two  basic  changes  here.    One  is  in 
the  assignment  of  the  projects  to  the  person  who  is  going  to  have  the 
most  use  of  it  and  who  also  has  to  make  the  policy,  this  is  the  Deputy 
Director  of  Medical  Services  in  our  instance.    He  is  the  top  medical 
man  in  the  Medicaid  program.    We  also  changed  the  provider  relation': 
man  from  control  of  the  Deputy  Director  for  Operations  because  he  is 
more  closely  allied  to  the  professional  side  of  the  house  and  to  the 
doctor  who  runs  the  place.    If  you  have  a  medical  man  who  has  some 
stature  in  the  state,  he  can  make  things  a  lot  easier  for  this  chap 
and  his  staff.    So  these  are  the  two  major  changes  we  would  make.  The 
rest  of  the  chart  sort  of  falls  in  line  and  the  team  consists  of 
those  organizations  that  you  see  welded  together  with  the  dotted  lines. 
It  is  very  important  that  the  contractor  work  for  one  person,  also. 
He  can  not  be  working  for  Centralized  Data  Processing  and  us  and  some- 
body else.    We  clarified  the  contractor's  position  so  that    he  worked 
for  the  project  office  directly. 

All  during  this  period,  we  had  tremendous  battles  with  the  Depart- 
ment of  Centralized  Data  Processing  over  jurisdictional  things.  We 
couldn't  get  them  to  join  the  team;  the  people  they  assigned  to  us 
we  wouldn't  see;  our  project  guy  would  pass  things  for  approval  and 
they  would  sit  over  and  stew  in  their  juice  or  do  something  else  and 
things  got  pretty  grim.    Finally,  the  Director  of  Centralized  Data  Pro- 
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cessing  went  off  someplace  and  found  another  job.    I  think  that  was 
probably  a  result  of  the  pressure  that  we  put  on  him.    I  have  already 
talked  a  little  bit  on  the  Comptroller  problem,  but  that  again  was  a 
big  problem  with  us,  especially  toward  the  end  of  the  project  when  we 
realized  that  they  really  hadn't  digested  or  accepted  the  fact  that 
they  were  going  to  get  a  highly  automated  system.    I  think  in  our 
gloassary  or  dictionary,  whatever  you  want  to  call  it,  we  have  310 
edits.    I  don't  know  of  any  place  in  the  world  where  you  could  do 
this  manually,  yet  the  auditors  felt  insecure.    Shortly  after  the  sys- 
tem was  turned  on,  we  got  into  a  battle  with  our  Governor  over  welfare 
abuse,  not  aimed  at  Medicaid  but  at  welfare  and  "all  the  cheats."  You 
have  heard  the  story,  I  am  sure,  and  so  our  Director  enlisted  the  help 
of  the  Legislative  Budget  Assistance  Office.    That's  like  GAO  in  the 
Federal  government.    They  looked  at  all  the  welfare  problems,  and  then 
they  decided  they  better  look  at  Medicaid  because  that  was  a  big  thing 
and  we  spent  a  lot  of  money  on  that  program.    In  fact,  at  that  time, 
it  was  the  largest  single  program  we  had.    So  they  looked  at  that. 
Their  analyst  and  a  very  competent  accountant  spent  from  August  to 
February  trying  to  break  that  system,  and  they  never  did.    I  think  as 
a  manager  I  felt  better  about  their  final  report  than  anything  I  had 
ever  done;  they  said,  "There  is  nothing  wrong  with  the  way  the  system 
is  being  run;  if  anything  it  is  overcontrolled. "    If  you  are  the 
money  guy  as  well  as  the  processor,  that  makes  you  feel  pretty  good. 

Centralized  Data  Processing  I  won't  dwell  on  anymore  because  we 
have  already  beat  that  one  pretty  much  to  death.    Provider  relations, 
again,  is  one  of  the-big  keys,  and  particularly  in  a  large  state  where 
you  have  got  such  diverse  population.    I  wouldn't  even  dare  guess  how 
many  people  would  have  to  be  involved  in  this  in  New  York,  or  in  a 
medium-sized  state.    We  had  three  people,  two  of  them  were  competent, 
the  other  one  was  a  clerical  type.    You  have  got  to  have  a  battery  of 
clerks,  believe  me,  because  you  are  going  to  answer  a  lot  of  mail. 
One  day  I  got  a  complaint  from  a  friend  of  mine  who  runs  a  nursing 
home.    He  said,  "I  don't  understand  that  provider  relations  function 
of  your's  over  there.    I  never  seem  to  be  able  to  get  anything  but 
a  busy  signal."    It  appeared  to  me  that  I  had  better  check  on  this, 
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so  I  went  downstairs  and  I  said,  "Bill,  how  many  telephones  do  you  have?" 
And  he  said,  "Just  one,  and  that's  all  I  want!"    Well,  be  sure  to  pro- 
vide more  than  one  telephone,  because  that  is  a  problem. 

Some  Technical  Problems  of  System  Transfer 

I  would  be  remiss  if  I  didn't  say  something  about  the  technical 
problems  that  we  ran  into.    I  am  sure  that  you  will  run  into  them  also 
if  you  try  to  transfer  our  system  or  another  system  which  has  been 
certified.    Never  are  the  conditions  exactly  the  same.    The  rules  that 
you  operate  under,  both  from  a  policy  point  of  view  in  the  Medicaid 
program,  the  things  that  you  are  required  to  do  because  of  your  control - 
lership  or  the  centralized  data  processing  problem,  or  an  equivalent 
problem,  all  have  an  effect  on  the  transfer  process.    One  of  the  things 
is,  of  course,  that  these  data  elements  have  to  form  some  kind  of  a 
logical  structure.    This  is  kind  of  like  a  whole  bunch  of  these  pick-up 
stick  things  all  put  helter-skelter  everywhere,  and  some  of  those 
sticks  you  can  pick  up,  you  can  move  over  here  and  so  forth,  but  Lord 
forbid  if  you  pick  the  wrong  one  up,  the  whole  thing  falls  down.  That 
can  happen  in  the  transfer  of  the  system.    There  are  a  couple  of  ways 
you  can  do  this.    You  can  go  through  a  very  extensive  learning  period, 
and  this  is  the  way  we  would  see  it.    Really,  to  get  your  people  who 
are  going  to  work  in  this  system,  in-house  particularly,  if  you  are 
going  to  do  it  in-house,  and  with  your  contractor,  if  you  are  going 
to  do  it  jointly,  and  be  sure  they  understand  all  of  the  documentation 
and  all  of  the  vagaries  that  are  in  a  system  of  this  size,  or  any  other 
system  for  that  matter.    You  can  also  do  it  another  way.    You  can  do 
it  by  blood,  sweat,  and  tears,  and  this  is  primarily  how  we  did  it  in 
New  Hampshire,  and  believe  me  it  was  a  pretty  traumatic  experience  and 
it  was  costly  from  the  point  of  view  of  time  and  the  point  of  view  of 
dollars.    Another  problem  that  comes  from  not  going  through  the 
learning  curve  properly  is  missing  things.    In  the  case  of  New  Hampshire 
specifically,  there  was  stuff  in  the  Ohio  project  that  was  going  on 
in  the  system  that  was  not  energizing  SURS  and  MARS  properly  and  we 
went  four  months  before  we  realized  it.    You  have  to  be  sure  that  when 
you  modify  anything  in  the  first  four  subsystems,  particularly  in  the 


5-13 


claims  processing  subsystem,  that  it  gets  all  the  way  through  this 
myriad  of  programming. 

Sometimes  software  doesn't  always  work  the  way  it  should.  You 
know  this  whole  set-up  is  supposed  to  be  in  ANS  COBOL.    And  yet  there 
are  permutations  of  the  way  some  people  have  used  COBOL  that  don't 
conform  with  the  way  other  people  have  used  it.    So  this  is  another 
case  where  you  have  to  examine  programs  very  closely  to  discover  the 
problems.    It  would  probably  be  the  easiest  way,  or  the  best  way,  to 
assign  a  software  technician  who  can  detach  himself  and  get  into  one 
of  these  systems  and  find  those  problems  before  you  get  too  far  down 
the  road.    In  the  hardware  business,  we  transferred  from  an  RCA  box 
to  a  computer  known  as  the  Honeywell  6000  at  that  time;  it  later  be- 
came the  Honeywell  6060.    You  could  transfer  from  the  RCA  to  the  IBM 
without  any  problem,  but  because  of  some  problems  which  are  very 
technical,  we  ran  into  troubles  when  we  went  from  RCA  to  Honeywell. 
The  biggest  single  problem  we  had  was  documentation.    For  example,  you 
simply  can  not  transfer  any  system  without  some  changes.    I  don't 
think  it  is  possible.    The  conditions  are  never  the  same.    If  they 
were,  you  could  probably  do  it,  but  I  don't  think  that  you  will  ever 
find  two  states  that  have  those  same  conditions.    That  doesn't  mean 
you  can't  transfer  the  bulk  of  the  programs.    But  again,  to  do  this 
you  have  got  to  be  able  to  look  at  documentation  that  means  something, 
and  we  had  some  problems  in  Ohio  on  that  score.    In  the  duplicate  and 
conflicting  claims  edit  routines,  after  we  tested  them  and  everything 
else  to  try  to  find  out  what  was  wrong  with  them  (why  they  weren't 
working),  we  found  that  Ohio  had  rewritten  the  logic  and  had  changed 
the  documentation  and  we  were  way  down  on  a  road  by  ourselves.    If  the 
Claims  came  in  on  the  same  day  in  the  same  hour,  we  usually  could  catch 
it,  but  if  it  was  20  minutes  late,  it  was  not  identified  on  a  duplicate. 
That  took  us  about  1-man  year  to  straighten  out.    That's  expensive  in 
our  business. 

System  Testing 

Murray  mentioned  testing.  Having  been  in  one  of  these  systems, 
I  can  tell  you  that  whether  you  are  a  genius  in  the  centralized  data 
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processing  sense  or  in  the  policy  sense,  or  a  genius  in  some  other  sense, 
you  are  never  going  to  be  able  to  put  together  test  data  that  is  going 
to  cover  all  of  the  problems  that  you  will  run  into.    I  mentioned  300- 
odd  edits  just  to  screen  things  and  be  sure  that  somebody  isn't 
getting  away  with  something  they  shouldn't;  brother  you  are  dealing 
with  10  or  12  provider  groups.    The  test  data  has  to  be  realistic  and 
it  probably  should  be  live.    This  brings  up  other  considerations  as  to 
how  you  would  do  this.    In  a  subsequent  system  which  we  are  now  designing, 
we  actually  took  the  records  of  one  district  office  and  converted  them 
to  test  data.    If  you  don't  have  a  Medicaid  program  in  any  of  your 
states,  and  I  think  all  states  but  one  has  the  Medicaid  program,  try 
to  get  ahold  of  some  live  information  from  your  present  fiscal  agent 
or  some  place  where  you  are  using  data  that  belongs  to  real  people. 

The  main  thing  in  testing  is  to  leave  yourself  enough  time.  Don't 
get  too  far  afield  here  in  trying  to  get  this  thing  done  in  an  hour  or 
six  months  or  whatever  it  may  be.    Leave  enough  time  to  test  properly, 
because  once  you  turn  this  thing  on  like  we  did  in  New  Hampshire,  there 
is  no  retreat.    The  Legislature,  I  might  explain,  gave  us  enough  money 
to  take  us  to  the  first  of  January  of  the  year.    All  we  had  was  claims 
processing  and  the  integrated  testing  had  not  been  accomplished  at  that 
point.    For  those  of  you  who  have  put  up  a  large  system,  you  know  some 
of  the  ramifications  of  this.    We  had  to  debug  the  damn  thing  as  we 
went  along,  and  it  took  quite  an  effort.    In  your  PERT  or  Gantt  charts 
or  whatever  else  you  use  for  control  of  the  project,  leave  enough  time 
for  yourself  to  properly  test  before  you  go  overboard  with  all  of 
your  providers  and  get  into  even  worse  problems. 

Conclusion 

We  are  convinced,  from  the  State  of  New  Hampshire's  point  of  view 
at  least,  that  the  MMIS  can  be  transferred.    But  I  warn  you  that  it 
can  not  be  transferred  100%  in  most  cases  because  of  the  differences 
in  the  way  you  operate  versus  the  differences  in  the  way  we  operate. 
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You  have  to  have  management  committed,  and  that 1  s  management  at 
all  levels,  all  throughout  the  state  government.    Murray  pointed  at 
this  vividly  this  morning,  that  not  just  your  management,  but  manage- 
ment throughout  your  state  family,  or  counties  or  whoever  you  are 
doing  business  with  must  be  comnitted  to  this  project.    How  do  you  do 
that?   Again,  as  I  said  on  several  occasions,  that  is  an  individual 
consideration  and  all  of  these  elements  have  different  enticements, 
perhaps  some  of  them  don't  have  any.    You  have  got  to  be  properly 
organized,  and  I  think  that,  for  most  of  my  adult  life  I  have  worked 
in  the  area  of  organization  in  a  very  large  endeaveor  and  after  I 
got  all  through,  after  about  15  years,  it  was  my  feeling  that  most 
failures  in  life  are  attributable  to  bad  organization.    But  anyway, 
if  you  don't  have  the  single  man  responsible  to  whatever  the  higher 
authority  is  in  this  project,  you  are  doomed  to  failure.    And  you 
have  got  to  give  that  one  man  an  awful  lot  of  power,  whether  he  is  in 
your  organization  or  in  some  other  state  activity.    If  this  takes 
legislative  action,    then  you  should  try  to  get  it  so  there  is  no 
question  about  the  various  elements  of  the  state  family  fighting  each 
other  and  jockeying  for  position  or  for  some  kind  of  glory. 

As  for  the  technical  details,  you  have  to  know  what  makes  this 
system  run  and  how  it  was  glued  together  in  the  first  place.    All  of 
the  considerations  of  the  general  design  and  all  of  the  decisions 
surrounding  the  system  you  are  transferring,  why  they  were  made,  and 
what  impact  did  they  have  in  your  program  --  you  have  to  take  those 
and  work  them  around  with  your  conisderations,  own  policies,  and  so 
forth,  but  you  have  to  know  the  details.    That  means  you  have  got  to 
have  damn  good  documentation  when  you  start. 

Your  providers  must  be  oriented.    I  think  we  have  said  almost 
enough  about  that,  but  they  are  the  ones  that  put  the  data  on  the  paper 
and  that's  the  stuff  that  is  keyed  into  the  system,  whether  it  is 
OCR  or  some  other  method.    If  they  are  not  correct,  you  are  going  to 
get  a  high  error  rate;  and  when  you  get  a  reject  rate  that  is  much 
over  15  percent  you  are  going  to  have  an  awful  lot  of  rejected  claims  -- 
we  have  94  percent  acceptance  in  New  Hampshire.    We  put  94  percent  of 
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our  claims  through  the  system  the  first  time.   Now,  that  takes  a  lot 
of  education  and  the  providers  are  the  guys  that  have  to  do  it  for 
The  last  reading  I  had,  we  had  no  claims  in-house  that  were  over  30 
days  old  --  that  was  in  the  month  of  November. 


THE  FISCAL  INTERMEDIARY  DECISION 

Robert  Nakamoto 
Deputy  Director 
Office  of  Planning  and  Management  Systems 
Department  of  Public  Welfare 
State  of  Texas 

In  my  discussion  this  afternoon,  I  must  qualify  that  my  comments 
are  based  in  part  on  my  recent  four  year  experience  in  the  State  of 
Texas.    I  spent  five  years  in  local  government  after  I  graduated  from 
college,  and  I  think  I  consider  myself  a  kind  of  home-rule  person  at 
heart.    I  also  spent  four  years  with  the  State  of  California  and  was 
at  DHEW  before  Texas. 

I  would  like  to  make  a  few  comments  about  poverty  and  health  care, 
specifically  Medicaid  administration,  legislation,  and  methods  of  health 
care  administration.    I  will  then  go  into  some  detail  about  the  so-called 
Texas  situation  regarding  health  insurance  contracts.    I  will  present 
some  pros  and  cons  about  that,  advantages  and  disadvantages,  some  consi- 
derations that  relate  to  future  contractor  selection,  and  some  conclu- 
sions about  my  comments.    But,  before  I  do,  the  State  of  Texas  was  kind 
enough  to  send  a  sizable  delegation  to  this  conference  and  I  would  like 
to  introduce  them.    The  first  one  is  Ray  Miller,  who  has  just  recently 
joined  the  Department  and  has  the  sole  responsibility  for  managing  what 
we  call  the  purchased  health  services  contract.    The  next  one  I  would 
like  to  introduce  is  Lu  Rector.    She  has  been  with  Medicaid  systems 
about  eight  year:>  and  has  considerable  experience  with  documentation 
of  computer  systems  including  coordination  of  the  MMIS  documentation 
Texas  provided  .in  conjunction  with  Federal  approval  for  higher  matching. 
Another  person  I  would  like  to  introduce  is  Tim  Varian.    Tim  is  a 
liaison  out  of  the  Office  of  Planning  and  Management  Systems  with  the 
Office  of  Medical  Programs.    Tim  is  the  former  Medical  Director  of 
Analysis  and  Programming.    The  other  individual  I  would  like  to  intro- 
duce is  Bob  Tyndall,  who  is  the  Director  of  Utilization  Review.  Bob 
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works  for  the  Deputy  Commissioner  of  Medical  Programs.    Both  Ray  and 
Bob  report  to  Dr.  Phillip  Gates,  who  many  of  you  know.    Bob  also 
used  to  be  the  Medical  Director  of  Analysis  and  Programming. 

I  was  on  a  four  year  assignment  on  what  is  called  the  Inter- 
governmental Personnel  Act  of  1970.    This  assignment  originated  in  the 
Secretary's  Office  of  HEW.    Under  the  provisions  of  that  law,  HEW  must 
provide  me  a  job  of  like  seniority,  status  and  pay  as  the  one  I  left. 
Essentially,  that's  what  I  am  doing  in  the  Office  of  Information  Systems. 

In  terms  of  some  of  the  words  that  I  heard  earlier,  we  sometimes 
have  a  tendency  to  talk  about  users,  who  users  are,  and  so  forth.  My 
ex-boss  in  Texas,  Commissioner  Vowel! ,  has  a  very  simple  definition  of 
users  in  governmental  services.    It's  the  citizen  that  we  serve  on  the 
one  end,  and  the  taxpayer  on  the  other  end.    All  the  other  people  that 
we  traditionally  talk  about  in  terms  of  users  are  what  he  would  call 
intermediate,  temporary,  or  inner  users.    In  our  discussion  this 
morning,  we  talked  quite  a  bit  about  users,  but  I  think  we  need  to  keep 
in  mind  the  ultimate  users  of  our  systems.    We  must  be  in  a  position 
of  delivering,  by  whatever  governmental  program  that  provides  it,  health 
care  services  to  the  poor,  the  needy,  the  disadvantaged,  and  so  forth. 
I  think  that,  as  you  develop  your  organizational  philosophy,  that  needs 
to  be,  at  least  in  my  opinion,  the  underlying  cause,  the  underlying 
reason  that  we  are  here  at  a  conference  like  this.    I  may  be  in  con- 
flict with  some  people,  but  the  medical  program  person,  the  medical 
director,  the  comptroller,  and  so  forth,  are  really  just  agents  to 
the  users  in  terms  of  the  poor  people  to  whom  we  provide  these  pro- 
grammatic services. 

I  would  like  to  quote  a  person  called  Louis  Munoz  Marin. 

With  the  hope  or  hopelessness  of  some  two  billion 
impoverished  people  lies  the  challenge  to  our 
liberty  in  the  West  and  in  the  world.    It  is  at  the 
same  time  a  challenge  to  action  --  action,  not  by 
military  strength  but  by  ideas,  ingenuity,  and  dedi- 
cated energies. 

Now,  in  a  way,  I  believe  that  MMIS  is  a  response  to  that  challenge, 
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whereby  we  are  able  to  express  some  ideas,  ingenuity,  dedicated  energies 
that  have  gone  into  what  I  would  call  information  systems  development  as 
opposed  to  data  processing  development  and  implementation.    I  would  like 
to  make  one  or  two  comments  and  perhaps  put  health  care  in  its  proper 
perspective.    I  realize  that  we  all  come  from  different  parts  of  the 
country,  and  different  disciplines,  different  kinds  of  ambitions  and 
so  forth,  and  some  of  us  have  been  involved  with  MMIS  since  its  inception. 
I  recall  sitting  as  a  member  of  the  original  HEW  evaluation  team  selecting 
the  first  contractor  for  an  MMIS  back  in  1969. 

It  is  interesting  to  note  where  Medicaid  lies  in  the  total  per- 
spective of  health  care  delivery  in  the  United  States.    For  example, 
in  the  past  year,  the  health  care  budget  was  approximately  $37  billion 
in  the  United  States.    Medicaid  provided  about  $15  billion  of  that. 
At  the  same  time,  we  spent  $26  billion  more  on  automobiles  than  on 
personal  health  care.    It  is  interesting  to  note  that  the  single  most 
expensive  item  in  the  automobile  industry  is  the  union  contract  that 
goes  to  pay  health  insurance.    This  costs  more  than  steel  and  more  than 
any  other  part. 

Someone  once  said  that  illness  is  a  great  leveler,  and  that  at  its 
touch,  the  artificial  distinctions  of  society  vanish  away.    People  in 
a  hospital  are  just  people.    The  ability  to  pay  for  needed  medical 
service  is  not  evenly  distributed  in  our  citizenship  and  I  think  this 
is  very  prevalent  when  you  look  at  the  unevenness  of  Medicaid  programs 
on  a  national  scale.    We  still  need  effective,  economic,  and  efficient 
delivery  systems.    But  at  the  same  time,  health  care  costs  have  been 
rising  at  about  twice  the  rate  that  the  general  cost  of  living  has 
been  increasing.    There  are  several  reasons  for  this  and  I  think  that 
MMIS  could  be  again  one  of  several  management  tools  which  might  have 
some  kind  of  a  limiting  effect  on  the  increase  in  Medicaid  costs.  I 
think,  and  most  of  you  know,  that  Medicaid  administration  and  legisla- 
tion are  very  complex.    It  is  also  related  to  a  sister  legislation, 
Title  XVIII,  and  the  complexities  between  Titles  XVIII  and  XIX  are  such 
that  I  don't  think  they  are  even  being  covered  in  this  conference 
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adequately.    Of  course,  you  know  that  several  major  difficulties  were 
encountered  in  the  early  program  operation,  especially  with  the  old 
Kerr-Mills  bill.    As  a  result,  Congress  responded  after  legislation 
was  introduced  in  1959,  and  then  finally  in  1965  we  got  Title  XIX. 
Most  of  you  know  about  Public  Law  92-603,  which  is  the  provision  for 
Section  235  and  the  increased  Federal  match.    You  are  familiar  with 
the  SRS  regulations  which  relate  to  fiscal  agents  and  health  insuring 
arrangements.    In  terms  of  Medicaid,  there  are  three  primary  types  of 
administration.    One  is  called  self-administration,  and  this  is  usually 
a  governmental  process,  be  that  a  local  agency,  city,  county  or  state, 
administering  the  whole  program  itself.    Another  primary  method  of 
administering  Medicaid  is  called  a  fiscal  agent.    That's  when  the  state 
contracts  with  some  other  organization  which  has  certain  kinds  of 
capabilities,  such  as  data  processing  and  Medicaid  claims  processing. 
This  method  of  reimbursement  is  usually  on  a  kind  of  a  cost  plus  fee 
basis.    The  third  type  is  the  health  insuring  arrangement,  whereby 
the  state,  in  essence,  like  in  Texas,  would  pay  a  premium  for  certain 
services  for  its  eligible  recipients  and  attempt  to  put  a  capitation 
on  some  of  its  Medicaid  costs.    Now,  there  is  no  magic  in  terms  of 
doing  this  one  way  or  another.    Many  states  and  some  local  agencies 
use  combinations  of  all  of  these,  and  perhaps  include  a  data  processing 
contract  on  the  side. 

I  would  like  to  explain  a  little  bit  about  Texas.    Let  me  call  it 
a  case  situation,  since  I  don't  work  there  anymore.    Texas  has  a  fairly 
sizeable  medical  program.    It  has  about  a  million  eligibles.    Its  budget 
for  last  year  was  about  $600  million,  and  although  it  does  not  provide 
all  of  the  services  that  most  generous  Northeast  states  do,  it  offers 
some  17  or  18  basic  services.    Texas'  experience  with  contractors  dates 
back  to  1962  and  the  state's  medical  assistance  program,  authorized  by 
the  Federal  Kerr-Mills  Act  and  enabling  state  legislation.  Texas 
entered  into  a  health  insurance  arrangement  with  Group  Hospital  Service,  Inc. 
(GHS)  commonly  known  as  Blue  Cross/Blue  Shield  of  Dallas.    The  contract 
essentially  covered  inpatient,  outpatient,  and  physician  services,  and 
tried  to  put  a  capitation  on  the  Kerr-Mills  dollars  going  into  health 
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care  programs  for  the  poor.    When  the  1965  amendments  to  the  Social 
Security  Act  were  passed,  the  Texas  legislature  designated  the  De- 
partment of  Public  Welfare  as  the  single  state  agency  to  administer 
Medicaid.    In  essence,  the  Department  continued  to  self-administer 
some  programs  and  contracted  the  remaining  health  care  services  to 
GHS    under  a  pre-paid    capitation  arrangement.    Since  1962,  through 
1975,  the  Department  of  Public  Welfare  has  had  a  long  association 
with  Blue  Cross/Blue  Shield  in  health  insurance. 

The  Texas  Medical  Foundation  has  been  contracted  to  handle  cer- 
tain portions  of  what  is  called  the  Texas  Admission  and  Review  Program, 
which  is  a  mechanism  for  the  establishment  of  the  PSRO.    That  contract 
has  been  modified  from  time  to  time  over  the  past  years. 

I  think  I  mentioned  that  the  purchased  health  services  contract 
per  Title  XIX  primarily  includes  inpatient-outpatient  hospital  services, 
physician  services,  and  certain  other  kinds  of  ancillary  services. 
These  services  amounted  to  approximately  $200  million  for  state  fiscal 
year  1976,  or  about  1/3  of  the  state  expenditure  of  Title  XIX.  The 
Department  of  Public  Welfare  administers  long  term  care,  vendor  drugs, 
hearing  aids,  EPSDT,  and  some  other  services.    In  fiscal  year  1976, 
these  particular  program  expenditures  accounted  for  $400  million,  or 
2/3  of  the  Texas  Title  XIX  expenditures.    It  is  important  to  note  that 
even  though  the  purchased  health  part  accounts  for  about  1/3  of  the 
programmatic  expenses  and  department's  part  accounts  for  2/3  of  the 
programmatic  expenses,  the  state  manages  and  operates  its  own  recipient 
and  vendor  profile  database.    All  of  the  information  is  housed  in  the 
Department's  Data  Systems  Bureau. 

During  the  past  two  or  three  years,  due  to  a  number  of  criticisms 
of  the  way  the  Department  has  been  contracting  with  Blue  Cross/Blue 
Shield,  the  Department  negotiated  and  renewed  the  contract  on  a  kind 
of  an  individual,  or  year-to-year  interim  basis.    We  considered  self- 
administration  and  did  some  cost  studies  on  it.    For  the  most  part,  we 
were  surprised  to  find  that  the  cost  studies  on  self-administration 
were  fairly  equal  to  what  we  thought  we  could  buy  from  the  industry  for 
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those  types  of  services.    If  the  Department  had  opted  for  self-adminis- 
tration, we  could  not  have  any  kind  of  a  cap  on  hospital  and  physician 
services.    These  are  the  two  services  that  probably  rise  the  fastest 
in  terms  of  medical  care  cost.    In  1975,  we  decided  to  go  out  on  a 
competitive  bid  for  that  part  which  was  contracted  with  GHS.  There 
were  three  responses  to  the  bid  for  the  purchased  health  services  RFP. 
After  considerable  review,  analysis,  and  some  recompetition ,  the  con- 
tract was  awarded  to  Electronic  Data  Systems  Federal  (EDSF)  of 
Dallas,  Texas.    They  became  the  purchased  health  services  contractor 
of  record,  effective  January  1  of  this  year.    The  contract  is  for 
$165  million  for  the  eight  month  period  from  January  1  to  the  end  of 
August,  and  will  be  negotiated  for  review  for  two  subsequent  years  sub- 
ject to  HEW  approval.    The  remaining  two  years  after  that  is  optional 
on  the  part  of  the  state.    The  state  is  now  in  the  throes  of  putting 
together  an  implementation  team  to  work  hand-in-hand  with  the  EDSF 
staff  and  the  project  manager. 

We  have  committed  considerable  resources  in  all  phases  of  the  new 
contract,  including  medical,  legal,  budget  analysis,  data  systems,  and 
executive  staff.    I  was  fortunate  in  being  a  member  of  the  essentially 
three-member  executive  review  team,  along  with  Dr.  Gates  and  Wes  Hjorn- 
evik,  who  chaired  the  group.    Our  main  goal  was  to  make  sure  that  all 
of  the  things  that  should  have  been  done  were  done,  the  budget  and 
resources  were  there  and  that  implementation  proceeded  without  delay 
or  interruption  of  services.    We  made  the  switch  from  GHS    to  EDSF  in 
about  six  months '  time,  which  includes  claims,  lead  time,  forms  design, 
implementation,  systems  test,  acceptance,  and  so  forth.    Even  though 
I  believe  that  we  do  have  a  responsive  state  government  down  there,  I 
kind  of  doubt  that  we  could  have  avoided  some  of  the  bureaucratic 
headaches  in  doing  something  about  a  six-month  timeframe. 

There  are  several  reasons  for  self-administration  in  Texas.  Texas 
has  managed  for  over  ten  years  to  successfully  administer  a  Medicaid 
program  through  intelligent  integration  of  management  information  and 
controls,  available  not  only  within  the  Department,  but  also  through 
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a  contracted  basis  under  departmental  management  control.    Also,  we 
were  very  conscious  of  the  selection  of  an  organization  capable  of 
designing,  developing,  implementing,  and  operating  a  system  that  serves 
not  only  the  best  interests  of  the  state  in  the  long  run,  but  the  best 
interests  of  the  client,  the  Department  and  the  taxpayer.    We  have 
implemented  something  which  we  hope  can  be  predictable,  we  hope  we 
can  budget  for,  and  can  enable  the  Department  to  deliver  services  and 
reimburse  providers  without  delays,  costly  overruns,  or  high  adminis- 
trative costs. 

The  area  of  provider  relations  in  Texas  is  an  extremely  sensitive 
one  in  the  sense  that  we  have  more  than  600  participating  hospitals, 
16,000  physicians,  and  a  whole  host  of  other  medical  professionals. 
We  believe  that  we  need  to  have  a  highly  skilled  team  of  MD's  to 
handle  this  critical  aspect.    It  seems  only  one  type  talks  to  another, 
so  you  need  an  MD  to  talk  to  an  MD,  a  systems  analyst  to  talk  to  a 
systems  analyst,  and  unless  you  have  that  kind  of  counterpart,  effec- 
tive communication  is  minimal.    We  also  believe  that  the  contractor 
we  selected  has  the  necessary  expertise  and  resources  that  provides 
the  responsiveness  needed  so  that  we  don't  upset  the  provider  community 
in  making  that  switch.    EDSF  has  conducted  a  series  of  seminars  over 
the  state  during  the  months  of  November  and  December,  and  I  believe 
for  the  most  part  adequate  communications  have  taken  place  with  the 
medical  providers  who  support  the  program. 

In  a  health  insurance  arrangement  where  we  attempt  to  put  a 
capitation  on  medical  care  cost,  the  principles  of  contract  management 
are  pretty  much  the  same.    You  need  to  be  aware  of  all  the  things  that 
the  contractor  does,  such  as  how  you  handle  provider  relations  and 
staffing,  how  you  handle  liability,  how  you  handle  policy  changing, 
hou  you  perform  audits,  and  how  you  handle  systems  changes.    The  most 
important  part  in  getting  started  is  to  have  a  fairly  extensive  list 
of  things  that  you  want  in  your  contract.    We  haggled  for  quite  a  num- 
ber of  months  with  ours.    Lots  of  people  were  involved  and  after  exten- 
sive reviews  we  did  get  the  required  sign-off  from  the  Regional  Commis- 
sioner of  HEW.    There  are  some  interesting  conditions  that  occurred  in 
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that  sign-off.    One  of  these  is  that  the  cost  of  data  processing  must 
be  segregated  out  and  identified  before  it  is  eligible  for  higher 
matching.    Another  condition  is  that  the  premium  rate  needs  to  be  sort 
of  looked  at  on  a  year-to-year  basis  subject  to  HEW  approval.    We  do 
have  a  signed  contract  now.    It  is  a  three-way  contract  with  HEW, 
with  the  State  of  Texas,  and  with  EDSF  of  Dallas. 

I  would  like  to  mention  one  or  two  things  to  consider  in  selec- 
tion.   I  think  Carl  Couchoud  made  a  comment  earlier  that  they  are  looking 
at  financial  stability  of  a  contractor,  and  I  think  along  with  that  you 
need  to  be  very  aware  of  past  proven  experience  in  performing  tasks  and 
functioning  under  contract.    It  has  to  be  very  stringent  in  terms  of 
the  product  which  is  being  delivered  on  time,  very  good  record,  and 
hopefully  a  very  good  reputation  in  contracting.    We  also  looked  for  a 
contractor  that  would  be  extremely  responsive  to  changed  requirements, 
not  only  at  the  state  level  but  also  to  the  Federal  level.    We  also 
looked  for  a  group  of  people  on  the  contractor 1  s staff  that  understood 
the  Title  XIX  program  in  Texas,  the  state  plan,  the  method  of  adminis- 
tration, state  agency  policies,  provider  relations,  recipient  popula- 
tion, fiscal  and  budget  requirements,  and  the  Medicaid  Management 
Information  Systems  requirements.    You  might  ask  why  we  contract.  I 
would  like  to  quote  something  here  from  someone  who  said  that  the 
proposal  is  frequently  made  that  government  ought  to  assume  the  risks 
that  are  too  great  for  private  industries.    The  bureaucrat  should  be 
permitted  to  take  not  fewer  risks  with  the  taxpayers  money  than  he 
is  willing  to  take  with  his  own.     What  we  are  trying  to  do  is  pass 
on  some  of  that  bureaucratic  risk  to  the  contractor  in  terms  of  liability 
and  hope  it  works  in  the  long  run.    There  are  many  advantages  and  dis- 
advantages in  having  a  combined  method  of  administration.    I  am  not 
an  advocate  of  anything  except  that  which  works,  works  very  well,  and 
works  at  minimal  cost.    I  don't  want  to  get  into  any  of  the  real 
nitty-gritty  details  about  the  entire  process,  but  I  am  sure  the 
Texas  delegation  are  well -qualified,  and  willing  to  answer  some  of  the 
detailed  questions  that  you  might  have. 
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In  some  respects,  we  are  a  little  bit  unique  in  the  sense  that  the 
state  has  applied  for  and  has  been  approved  for  advanced  matching  under 
the  MMIS  for  the  state-operated  portion.    We  consider  that  the  Texas 
Medical  Information  System  is  a  conceptual  equivalent  or  exceeds  the 
Federal  MMIS  and  on  that  basis  we  have  complied  with  the  provisions 
of  the  law  and  the  regulations.    Federal  approval  was  made  of  the 
Texas  operated  part  of  the  system.    As  I  said  earlier,  I  don't  want  to 
give  any  kind  of  impression  that  I  am  for  or  against  particular  methods 
of  administration.    I  think  that  whether  you  go  self-administration, 
fiscal  agent,  or  health  insurance  arrangement  depends  pretty  much  on 
your  own  environment.    Like  John  Ross  says,  you  need  to  find  out  what 
works  best  in  your  state,  you  need  to  understand  the  politics,  the 
organization,  the  timing,  the  medical  community  and  the  recipient 
community,  and  then  come  up  with  the  most  effective  kind  of  an  organi- 
zation to  fit  the  needs  of  the  poor  people. 

Lastly,  I  would  like  to  leave  you  about  four  principles  that 
apply  in  any  kind  of  successful  Title  XIX  administration.    I  think 
you  need  to  be  very  sure  when  you  enter  into  these  projects  that  you 
fulfill  the  intended  objectives  of  health  care  administration  to 
deliver  health  care  to  the  poor  while  you  make  timely  provider  pay- 
ments.   (All  these  other  things,  if  you  can  account  for  those  two 
things,  will  come  out  in  that  system.)    I  think  you  need  to  process 
your  information,  and  I'm  not  talking  about  data,  I'm  talking  about 
information,  in  a  correct  and  timely  manner.    Again,  if  you  do  that, 
you  have  accountability  and  you  have  responsibility  in  terms  of  the 
kind  of  program  that  you  manage.    You  need  to  meet  management  and 
organizational  reporting  requirements  in  that  process.    You  need  to 
provide  the  type  of  control  and  data  to  improve  the  delivery  of  the 
health  care  service  itself.    I  am  not  talking  about  delivering  a 
budget  report  or  an  audit  report  or  anything  like  that.    And  finally, 
there  is  something  I  would  like  to  add  to  the  list.    There  are  so  many 
people  who  are  so  busy  telling  what  is  wrong  with  the  world  that  they 
don't  have  the  time  to  improve  it.    We  just  may  need  to  put  some  of 
these  people  aside  while  you  work  in  your  improvement  thing.    And  with 
that  I  will  conclude. 
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The  Federal  comments  are  such  on  the  fiscal  intermediary  decision 
that  I  think  the  best  thing  we  can  say  is  it  is  a  state  decision 
primarily,  so  I  think  we  will  support  you  in  what  you  decide  as  far 
as  that  is  concerned  and  we  will  work  with  you. 


ELIGIBILITY  INTERFACE:    CASE  INFORMATION  SYSTEMS 


G.  W.  Peterson 
Director,  Systems  Division 
Department  of  Public  Welfare 
State  of  Minnesota 


Minnesota  has  a  long  tradition  of  county  welfare  administration. 
The  counties  are  strong.    They  have  political  involvement  because 
county  commissioners  are  predominant  members  of  the  county  welfare 
boards.    In  1970,  only  Minnesota  and  New  York  did  not  have  centra- 
lized payment  of  Title  19.    We  had  87  county  welfare  departments 
making  the  payments,  auditing  the  bills,  doing  the  eligibility  checking, 
presumably  using  fee  schedules  or  profiles  as  a  basis  for  limiting  pay- 
ments.   This  did  not  yield  much  overall  management  information,  and 
there  was  very  little  possibility  of  truly  managing  the  program.  By 
1970,  there  was  recognition  of  the  administrative  need  for  getting  a 
cental ized  disbursement  program  going.    We  had  a  feasibility  study 
in  1970,  and  while  we  did  not  get  funding  from  the  1971  legislature, 
we  did  get  some  seed  money  that  was  conditioned  upon  90%  federal 
participation.    This  permitted  us  to  get  a  fast  start  once  Public 
Law  92-603  was  passed  in  October  of  1972.    Both  Regional  and  Central 
offices  of  SRS  were  more  helpful  in  this  project,  with  A.  Mulik  Sayeedi 
of  the  Regional  office  being  a  continuing  mentor  throughout  the  pro- 
ject. 

The  fact  that  Minnesota  did  not  have  any  centralized  disburse- 
ment system  meant  we  did  not  have  a  centralized  eligibility  file  for 
Medicaid.    We  were  in  the  position  of  having  to  implement  this  system 
in  our  very  county-administered  counties.    That  is,  we  had  to  get 
their  support  and  get  them  supplying  us  with  eligibility  information. 
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One  objective  in  implementing  our  MMIS,  which  I  presume  virtually 
everyone  shares,  is  to  get  that  75%  Federal  buck  as  fast  as  possible. 
This  is  not  necessarily  the  ideal  way  in  which  to  implement  a  system. 
You  crash  it  in  and  I  am  sure  that  a  lot  of  additional  dollars  are 
spent  straightening  it  out.    While  we  have  not  finished  straightening 
it  out  in  all  respects,  I  am  also  sure  that  you  can  never  design  the 
perfect  system,  at  least  not  in  such  a  complex  program.    In  order  to 
achieve  rapid  implementation,  systems  transfer  was  decided  on  as  the 
approach  that  would  be  used.    The  eligibility  subsystem  was  built  by 
transferring  the  Oklahoma  eligibility  system.    This  was  a  comprehensive 
system  in  that  it  also  provided  for  centralized  payment  of  the  money 
grants  (which  we  did  not  have  legal  authority  to  do  at  that  point), 
but  we  essentially  transferred  the  entire  system  and  have  proceeded 
to  make  very  extensive  changes  in  it. 

This  transfer  was  made  under  the  NDP  (Nationwide  Demonstration 
Program)  for  systems  development.    We  had  two  objectives  at  the  time 
that  we  made  the  transfer:    to  transfer  records  from  our  adult  cash 
assistance  categories  to  Social  Security  for  implementation  of  SSI  and 
to  implement  an  MMIS  eligibility  system.    We  had  about  30,000  adult 
category  cases  out  of  a  total  of  about  110,000  cases  in  our  Medicaid 
program. 

Enlisting  Local  Agency  Support 

The  state  agency  had  essentially  no  credibility  as  a  "doing" 
organization,  as  far  as  the  county  agencies  were  concerned.  Being 
a  supervising  agency,  we  did  not  have  to  meet  the  monthly  payroll 
of  assistance  payments,  we  did  not  have  to  pay  providers,  all  we 
had  to  do  was  sit  back  and  enunciate  policy,  send  out  policy  declara- 
tions, perhaps  a  week  or  a  month  or  two  after  their  effective  date. 
It  was  a  lot  like  the  federal  agency.    We  had  no  initial  credibility 
and  neither  did  our  state  data  processing  organization.    The  few 
examples  that  the  counties  saw  of  centralized  data  processing  in 
Minnesota  did  not  cause  them  to  feel  any  enthusiasm  for  the  state 
taking  over  this  responsibility.    A  lot  of  the  county  welfare  directors 
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and  staff  recognized  the  logic  and  necessity  of  centralizing,  but  they 
were  concerned  about  the  state's  ability  to  really  deal  with  the 
problem  and  to  mount  the  kind  of  effort  with  the  timeliness  of  response 
that  is  necessary  when  you  are  dealing  with  the  people  involved  in 
this  system.    We  needed  to  be  sure  that  the  flow  of  medical  care  con- 
tinued to  the  recipients  and  that  we  did  not  lose  a  lot  of  providers 
as  a  result  of  undue  delays  in  payments. 

We  did  attempt  to  deal  with  the  problem  by  involving  counties 
in  what  we  call  the  Welfare  Information  System  Advisory  Committee 
(WISAC).    We  learned  a  lot  from  this  group.    We  listened  to  them 
fairly  well  and  we  had,  in  this  group,  several  counties  that  had  com- 
puterized systems.    None  of  them  had  any  really  advanced  computer 
systems,  but  they  did  have  systems  that  yielded  reports  that  they  be- 
lieved to  be  useful  in  the  management  of  their  program  and  in  case 
management. 

In  Minnesota,  we  have  a  couple  of  large  counties  that  predominate. 
Not  to  the  extent  that  New  York  City  does  in  New  York  State,  but  we 
have  one  county  that  constitutes  about  40%  of  our  case  load.    When  we 
add  the  second  metropolitan  county,  we  are  up  to  60%;  and  then  at  the 
head  of  the  Great  Lakes,  St.  Louis  County  has  about  10%,  so  we  have 
about  70%  of  our  case  load  in  three  counties.    All  of  these  counties 
had  some  kind  of  computerized  system,  but  none  were  very  sophisticated. 

We  approached  this  development  by  trying  to  make  the  system  func- 
tion as  the  county's  own  system.    It  was  not  exactly  easy  to  make  them 
feel  that  it  was  their  own  system  when  many  really  did  not  want  it  in 
the  first  place.    I  think  it  was  important,  as  an  approach  on  our  part, 
that  we  were  committed  to  trying  to  make  it  operationally  useful  for 
them  in  the  maintenance  of  their  eligibility,  the  management  of  their 
programs,  as  well  as  necessary  to  us  in  the  management  of  the  Medicaid 
program.    It  was  really  a  very  drastic  move,  going  from  no  centralized 
system  at  all  to  an  intensive,  and  very  large,  centralized  system  with 
extensive  edits  on  the  eligibility  side.    Most  workers  were  not  familiar 
with  computers  rejecting  their  input  or  looking  at  the  relationship  of 
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information  within  a  document  to  see  where  it  did  not  hold  together. 
There  was  a  good  deal  of  concern  about  this  all-powerful  machine  that 
was  looking  over  their  shoulder.    And,  of  course,  one  thing  you  can 
always  count  on  is  that  Murphy's  law  will  be  ever-present:  Anything 
that  can  go  wrong  will,  and  maybe  several  times.    One  other  thing 
that  I  should  note  here  is:    Appreciate  your  critics!    Really  pay 
attention  to  the  people  that  are  giving  you  a  hard  time  about  the  sys- 
tem.   I  think  their  motivation  was  to  show  us  what  a  crappy  job  we 
were  doing,  but  they  really  pointed  out  to  us  where  we  had  some 
problems  for  which  we  had  yet  to  find  a  solution. 

Local  Responsibility  for  Input  Quality 

One  of  the  ways  in  which  we  sought  to  make  the  system  a  part  of 
each  local  agency  was  by  making  each  agency  responsible  for  the 
quality  of  its  input.    This  is  something  we  learned  from  looking  at 
Oklahoma.    Oklahoma  had  a  central  audit  and  control  function  that 
reviewed  the  forms  that  came  in  from  the  counties  and  they  did  a  lot 
of  phoning  to  get  things  straight.    We  decided  that  we  would  move  the 
audit  and  control  function  out  to  the  county  agencies  so  that  it 
would  be  a  county  staff  member  going  to  another  county  staff  member 
and  saying,  "Hey,  this  doesn't  make  sense."    Implementation  was 
variable,  but  the  concept  stuck  and  audit  and  control  is  working 
pretty  well  in  almost  every  county  at  the  present  time.    Another  thing 
we  attempted  was  to  give  each  county  data  input  responsibility.  When- 
ever feasible,  and  we  have  now  found  it  feasible  in  about  40  counties, 
we  give  them  a  CRT  for  on-line  access  to  the  central  eligibility  file 
on  an  inquiry  basis,  with  an  ALFX  look-up,  and  keying  in  their  update 
information.    My  estimate  is  that  those  40  counties  provide  nearly 
90%  of  the  input  into  the  system. 

Timely  Communications 

We  dedicated  ourselves  to  doing  what  the  counties  had  never  seen 
the  state  agency  do  before  --  provide  timely  response  and  hopefully 
clear  information.    The  usual  clearance  process  of  bulletins  from  the 


7-5 


Department  took  about  two  weeks,  but  a  bulletin  could  also  disappear 
in  the  process  until  you  remembered  that  it  was  stalled  somewhere  and 
then  it  might  take  30  days  or  more  to  get  out.    It  was  not  a  well- 
controlled  process.    We  obtained  approval  for  issuance  of  what  we  call 
an  Audit  and  Control  Memo  that  we  can    issue  the  day  we  compose  it. 
We  also  provide  hot-line  phone  coverage.    Counties  can  call  collect. 
Our  calls  are  way  down,  but  we  still  have  that  available  to  them. 
When  something  goes  wrong,  that  line  gets  hot  and  we  know  it  went 
wrong.    The  counties  are  our  best  system  auditors.    We  do  not  have 
the  capability  of  inspecting  all  of  our  output  before  it  gets  out, 
but  our  counties  give  us  prompt  feedback  on  problems. 

Worker  Training 

We  also  make  a  big  investment  in  worker  training.    Initial  training 
does  not  do  it.    You  just  get  over  the  big  issues  the  first  time  around. 
When  they  are  really  hot  about  the  system,  when  they  really  want  to  take 
shots  at  you,  it  helps  an  awful  lot  to  have  a  trainer  out  there  standing 
in  front  of  them.    It  shows  that  you  are  willing  to  go  out  and  take 
those  shots.    We  learn  and  they  learn.    We  have  had,  generally,  about 
three  series  of  experienced  worker  training  sessions  a  year.    We  are 
always  changing  the  system,  adding  new  capabilities.    This  is  the  excuse 
for  going  out  and  working  with  them,  in  getting  them  to  really  under- 
stand the  system  and  to  utilize  it.    We  also  have  new  worker  training 
and  we  are  about  to  issue  what  we  hope  will  be  a  reasonably  effective 
self-instruction  course  for  new  workers.    This  will  be  administered  by 
the  supervisors  to  give  new  workers  an  initial  understanding  of  the 
system.    It  is  also  essential  to  keep  the  manual  current;  we  are  about 
to  undertake  the  third  complete  reissuance  of  the  manual.    It  is 
important  that  workers  have  good,  current  reference  material.  One 
thing  that  is  awfully  important  is  to  translate  computer  edits  into 
language  that  an  eligibility  technician  can  understand. 

Promptness  of  Updating 

Another  essential  requirement  for  the  eligibility  subsystem  is  the 
prompt  processing  of  information  into  the  system,  so  that  by  the  time 
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a  bill  hits  the  system  the  recipient  is  on  the  eligibility  file.  It 
is  also  important  to  confirm  eligibility  to  providers  when  they  have 
been  unable  to  confirm  it  from  a  card.    Minnesota  also  claims  the 
first  local/state  privacy  law  in  the  country.    This  has  caused  some 
concerns  about  how  much  information  can  be  given  to  the  providers  in 
confirming  eligibility.    It  is  clear  that  we  can  provide  them  with  the 
essential  information  to  bill  for  a  Medicaid  recipient.    One  of  the 
outputs  of  our  system  is  a  monthly  listing  to  every  county  of  all  of 
the  persons  served  by  that  county  who  are  eligible  and  their  eligibility 
periods  for  the  past  12  months. 

SOME  SAMPLE  FORMS  AND  DOCUMENTS  WITH  COMMENTS 

I  do  want  to  get  into  showing  you  exhibits  of  some  forms  and 
reports  from  our  system.    We  have  a  turnaround  document  that  looks  al- 
most identical  to  Oklahoma's  in  content  and  design  (see  Exhibit  I). 
This  form  illustrates  the  many  items  of  information  your  eligibility 
system  has  to  take  care  of  for  Medicaid  processing.    If  coverage 
includes  HMO's,  it  must  not  only  identify  the  HMO  but  the  dates  for 
beginning  and  ending  coverage.    Spenddown  is  virtually  unadminister- 
able  --  several  types  of  spenddown  may  be  involved  and  must  be  handled 
differently  in  the  systems :   six-month  spenddown,  continuing  institu- 
tional and  continuing  medical  spenddown.    Spenddown  requires  both  dates 
and  amounts  of  client  liability.    All  of  these  items  that  are  above 
and  beyond  the  minimum  data  set  requirements  that  are  included  in  the 
MMIS  must  be  accounted  for  in  the  eligibility  subsystem  design.  In 
our  state,  this  includes  the  Indian  tribe  to  which  a  particular  reci- 
pient might  belong.    The  EPSDT  information  needs  a  date  of  notifica- 
tion, the  response,  and  the  date  of  response.    Another  needed  capa- 
bility is  the  ability  to  restrict  abusing  recipients  to  certain  pro- 
viders.   Again,  it  is  necessary  to  associate  restrictions  with  dates 
so  that  when  invoices  covering  those  dates  are  processed  they  will  be 
properly  handled.    Our  recipient  restriction  process  is  still  experi- 
mental and  is  on  a  pilot  basis  in  a  few  counties.    There  are  also  im- 
portant items  like  third-party  liability  coverages  and  Part  A  and  B 
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EXHIBIT  1 


DPW  106A:  STATE  OF  MINNESOTA  ELIGIBILITY  INFORMATION 
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Medicare  coverage  information  that  must  be  on  file  if  we  are  to  de- 
termine if  a  claim  is  a  Medicaid  liability.    Many  of  the  items,  such 
as  insurance  coverage,  is  person  specific  so  it  must  be  recorded  for 
each  eligible  individual,  not  just  the  case. 

Another  approach  in  Minnesota  is  to  drive  the  long  term  care  sys- 
tem from  the  recipient  file.    A  turnaround  invoice  is  generated  from 
the  information  provided  by  the  county  eligibility  worker  to  the  eli- 
gibility subsystem.    This  includes  the  facility  provider  number  and 
dates  in  and  dates  out.    Medical  Assistance  Identification  (MAID)  cards 
are  also  mailed  on  the  basis  of  the  provider  number  on  the  file.  To 
larger  facilities  (40  or  more  Medicaid  residents),  they  are  batch 
mailed  to  the  facility  in  sealed  individual  envelopes. 

One  thing  to  note  is  that  each  of  these  additional  data  require- 
ments needs  to  have  some  dates  associated  with  it  to  record  the  effec- 
tive period  within  the  allowable  period  of  billing  Medicaid  services. 

One  of  the  changes  in  the  information  on  the  form  was  provision 
for  worker  input  to  a  special  review  block.    The  addition  was  the  re- 
sult of  requests    by  the  eligibility  staff  to  provide  them  a  "tickler" 
file  under  their  control.    A  code  and  date  entered  by  the  worker  re- 
sults in  a  timely  worker  message  sheet  reminder  that  some  action  should 
be  taken  in  the  case.    This  is  for  use  other  than  routine  eligibility 
reviews  notice,  which  are  regularly  produced  from  the  system  along  with 
mailing  labels  for  sending  out  the  review  materials.    These  are  some 
of  the  things  we  have  done  for  the  eligibility  staff  hoping  to  get  their 
support.    We  have  done  pretty  well  at  that.    There  is  not  any  serious 
move  to  throw  out  the  system  on  the  part  of  anyone  --  providers,  reci- 
pients or  eligibility  staff. 

Eligibility  Cards  and  EOMBs 

Our  MAID  card  is  shown  in  Exhibit  2,  with  the  bottom  portion  being 
the  EOMB.    The  shadow  printing  of  the  words  "This  Is  Not  A  Bill"  was  a 
good  idea,  but  we  have  found  that  when  there  are  so  many  payments  that 
the  computer  prints  over  it,  the  shadow  printing  becomes  invisible. 


EXHIBIT  2 


Service 

/U*ress  IT'/ 


HILLE  LACS  WELFARE  DEPT.  /Us  OtK«»  tfeJrll  0050020 

000030  XVCffvtrM*  j      ^  I , 

CUT  ALONG  THIS 


'ILACA 


TERRY 
XERSES 

SAIL 
XERSES 


HN  56353 


OTHER  PERSONS  COVERED 


ID 


TEr|97.  2-000-765-4321  -10 

•niMDATE  08/08/72 

197-2-000-765-4321-104 
miMQATE  09/09/74 


LAST 
MSI 


LAST 
MST 

LAST 
MSI 

LAST 
MST 

LAST 
MSI 

JASTj 


(KTHOATI 
URTKDATE 
UITHOATl 
MTHOATt 


m 


MEDICAL  IDCNTiriCATION 


VALID  FROM  10 

12/25/76  01/31/77 


ka«£      XERSES  SARAH 
address    123    MAIN  STREET 
cm/siATi  HILLE  LACS  MN  56353 


LO  NUMBM 


97-2-000-765-4321-101 


DEPARTMENT  OF  PUUIC  WELFARE 
CUT  ALONG  THIS  LINE  


IMPORTANT.  PLEASE  READ.  MEDICAL  ASSISTANCE  HAS  PAID  THE  FOLLOWING  BILLS  FOR  YOU  PLEASE  CIRCLE  ANY  SERVICES  YOU  CIO  NOT 
RECEIVE  fOLD.  SEAL.  AND  PLACE  THIS  FORM  IN  THE  MAIL.  NO  POSTAGE  STAMP  IS  NECESSARY.  (SEE  ADDITIONAL  INSTRUCTIONS  ON  SACK 
SIDE} 


NAM!  XERSES 


fOOVlCX?  NAME 


'CENTRAL  RADIOLOGY 
:PESKE  DRUG 


SARAH 


97-2-000-765-4321-1 


OA'f  Of  Si'viCt  PIN 


11/04/76 
11/15/75 


h 


otscaiPi.o-N  Of  s;evict 


CCN  (STATE  JSECO 


RADIOLOGY/X-RAY 
PRESCRIBED  DRUGS 


FOLD  IN  HALF  •  MOISTEN  TOP  PORTION  AND  SEAL 


7-10 


This  is  what  a  completed  card  looks  like.    There  is  third  party 
information  regarding  the  recipient.    "Y"  indicates  the  person  has 
other  health  care  coverage,  and  "A"  shows  that  Medicare,  Parts  A  and 
B  coverage,  also  exists.    This  information  is  shown  for  each  eligible 
person  in  the  case.    The  EOMB  portion  contains  the  month  for  which  the 
care  was  issued.    The  claim  control  number  was  also  added  for  SURS 
staff  so  that  they  can  easily  get  to  the  original  claim  when  investi- 
gating discrepancies  reported  by  recipients  on  an  EOMB. 

The  back  side  of  the  card/EOMB  is  also  shown  (Exhibit  2a).  When 
the  card  has  been  removed,  the  EOMB  portion  can  be  folded  over  and 
mailed  back  if  there  are  questions  about  any  payments. 

The  table  in  Exhibit  3  shows  what  our  experience  has  been  with  the 
EOMB.    We  started  sending  them  out  for  services  provided  in  August  of 
1975  and  we  have  had  a  fairly  stable  pattern  of  returns  ever  since. 
A  significant  number  of  returned  EOMBs  also  report  information  that 
is  of  some  significance  to  the  county  worker,  such  as  a  change  of 
address  or  some  event  or  circumstance  that  the  county  worker  should 
know  about.    Forms  with  this  information  are  sent  to  the  "service- 
county's"  welfare  office.    You  will  notice  that  for  this  entire  period 
of  time  we  have  had  about  1.2%  of  the  EOMBs  returned  and  2/10  of  1% 
referred  to  SURS.    The  EOMB  has  provided  another  level  of  audit  of 
the  system  and  we  have  found  identification  problems  where  we  had 
misread  a  recipient's  ID  number  or  a  provider  ID  number,  and  the  reci- 
pient correctly  reported  that  they  did  not  receive  the  service,  or  had 
never  heard  of  the  provider.    It  does  help  in  debugging  the  system. 

EPSDT 

This  is  an  example  of  a  completed  EPSDT  notification  form  (Exhibit 
4).    Regular  notification  for  screening  is  driven  from  the  eligibility 
system.    The  double  printing  of  county  welfare  department  places  the 
county  agency  in  the  return  address  window  when  mailed.    The  second 
address  appears  in  the  address  window  of  the  return  envelope  so  it  goes 
to  the  county  for  recording  the  response  to  screening  on  the  eligibility 
system.    The  children  in  the  family  to  whom  this  notice  applies  are 
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EXHIBIT  2a 


INSTRUCTIONS: 

1.  Remove  your  I.D.  cord  by  cutting  olong 
the  dotted  line. 

2.  Sign  your  nam*  on  the  card. 

3.  Be  lure  to  take  the  cord  with  you  when 
asking  for  medical  lervice. 

4.  H  there  it  ony  question  obout  the  informotion 
on  the  cord,  contort  your  case  worker. 

5.  H  there  it  o  question  obout  the  services 
listed  on  the  bottom  of  the  form,  pleose 
return  it.  (See  instructions  "to  use  prepoid 
envelope"  on  right) 


TO  USE  PREPAID  ENVELOPE: 

1.  Return  only  if  the  services  listed  were  not 
received 

2.  txploin  the  reoson  for  returning  the  form. 

3.  Fold  form,  being  sure  oddress  is  to  the  outside 

4.  Seal,  using  the  glue  strip  provided 

5.  Complete  return  oddress. 

6.  Moil  -  no  postage  stamp  is  necessory. 


■FOLD  HERE  ■ 


WOeU 


FIRST  CLAiS 
PERMIT  NO.  171 
ST.  PAUL,  MN 


BUSINESS  REPLY  MAIL 

NO  »X)STAGE  STAMP  NECESSARY  IF  MAILED  IN  UNITED  STATES 


POSTAGE  WILL  BE  PAID  BY 


TO:  DPW  MEDICAL  ASSISTANCE  SECTION 

•  MINNESOTA  DEPARTMENT  OF  PUBLIC  WELFARE 
_  P.O.  BOX  30170 

ST.  PAUL,  MINNESOTA  55175 


EXHIBIT  3 


TABLE  OF  HA-ID/EOMB  FORMS 


FORMS              FORMS           EOMB'S         #  SENT        I  SENT  #  NO 

TOTAL               EOMB             RETURN-        TO             -  TO  PROBLEMS 
MONTH       ISSUED  INFO '  ED  SURS   COUNTY   


12/76 

122,707 

55,554 

1558 

293 

120 

1145 

11/76 

128,527 

75,926 

1  399 

211 

152 

1036 

10/76 

124,628 

65,873 

1567 

342 

175  ■ 

1050 

09/76 

125,574 

64,230 

1399 

253 

184 

962 

08/76 

126,606 

66,295 

1545 

268 

NA 

NA 

07/76 

126,874 

68,469 

1480 

308 

269 

903 

06/76 

133,949 

79,186 

1568 

159 

169 

1240 

05/76 

128,569 

69.667 

1963 

212 

453 

1298 

04/76 

129,178 

65,886 

1490 

54 

294 

1142 

03/76 

127,048 

63.031 

1627 

261 

189 

.  1177 

02/76 

129,006 

67,718 

1731- 

207 

223 

1301 

01/76 

126,315 

59,221 

1724 

356 

227 

1141 

12/75 

131  ,153 

NA 

814 

11 

122 

681 

11/75 

113,000* 

NA 

1607 

171 

126 

1310 

10/75. 

130,227 

NA 

1776 

452 

327 

997 

09/75 

129,800 

NA 

1763 

NA 

NA 

1177 

08/75 

124,541 

NA 

693 

17 

261 

415 

Summary 

1.2X 

returned 

0.2t 

referred  to 

SURS 

*EOMB  lines  not  printed 


EXHIBIT  4 
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DAKOTA 

820  SOUTHVIEW  BLVO 
SCUTH  ST.  PAUL 


CO  nELFARE  00J039     FOLD  SO  ADDRESS  SHOWS  IN  WINDOW 
MN  55075  19-2-030-0:i-7535- 


DAKOTA 

820  SOUTHVIEW  BLVD 
SOUTH  ST.  PAUL 


CO  WELFARE  00J039 
MN  55075 


MOG  . 

3161  E  78  ST 
INVER  GROVE  HGTS 


JOAN 


MN  55075 


■  NOTICE:     SPECIAL   HEALTH  CARE   FOR  CHILDREN 
(If  your  child  has  olreody  been  screened,  see  reverse  side.) 

As  the  ottoched  brochure  explains,  o  special  heolth  core  progrem  is  ovoilable  (or  children  (up  to  21  yeers  of  oge) 
who  ore  eligible  for  Medical  Assistance    This  program  is  called  the  Early  ond  Periodic  Screening,  Diagnosis  end 
Treatment  Program  (EPSDT).   It  is  designed  to  discover  heolth  problems  in  children  before  serious  domcge  is 
done  to  o  child's  heolth. 

All  screening  services  ore  free  for  your  children  (ond  for  you  if  you  are  under  21  years  of  age)    The  progrom  is 
entirely  voluntary  on  your  port.  Your  eligibility  for  AFDC  end  Medical  Assistance  will  not  be  affected  by  your 
decision  to  participate  or  not  participate  in  this  progrom.   If  you  decide  to  porticipote  in  the  progrom,  your 
county  welfare  deportment  will  ossist  you  in  obtaining  the  screening  ond  ony  further  heolth  core  which  your 
children  mcy  need.  Trcnsportotion  will  olso  be  provided. 

It  is  importont  thot  you  fill  out  ond  return  this  form  telling  us  whether  or  not  you  w,sh  to  receive  this  special 
beolth  progrom  for  your  children.   Listed  below  ore  the  names  of  your  children  for  whom  screening  is 
recommended  et  this  time.   Pleose  complete  this  form  end  return  it  to  your  county  welfare  deportment  in  the 
Stomped  window  envelope  provided.  Be  sure'  the  county  oddress  oppeors  in  the  window. 
■  in  i  - 

DO  TOU  WISH  HEALTH  SCREENING  SERVICES  FOR  THESE  CHILDREN  OR  YOURSELF  IIF  YOU  ARE  UNDER  21  YEARS  OF  ACE)' 
NAME  YES  NO 


03  F EH.,  i *.N 

ROBERTA 

A 

04  F  EH'  ..AN 

RC  i\ml  D 

J 

05  HOD.' 

JA^ES 

P 

06   HOC  ■ 

REBECCA 

L 

07   H00  . 

JENNIFER 

< 

I   UNDERSTAND  THAT 

MY    h AM E  MAY 

BE 

RELEASED  T 

P  A  LOCAL 

BIRTHDATE 
11/23/62 
11/16/64 
12/07/66 
07/06/68 
06/19/69 


-MAY  CONTACT  ME  REGARDING  SCREENING  SERVICES 

If  TOU  DO  MOT  WISH  HEALTH  SCREEN  IN  C  SERVICES  FOR  YOUR  CHILDREN  OR  YOURSELF.  WOULD  YOU  'LEASE  IHOICATE  YOUR  REASON : 


2  —  My  child  hes  keen  screened  end  dees  net  need  further  screening  el  this  time. 

3  —  S.ti  tfoctery  m.dicol  services  currently  being  received. 

4  —  Persenel  er  relifiews  beliefs. 

5  —  Other  reesens.  _________ 


DATE 

PLEASE  RETURN  TO  YOUR  LOCAL  COUNTY  WELFARE  DEPARTMENT 
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printed  on  the  form  with  provision  for  response  and  signature.  The 
back  side  of  the  form  contains  some  more  information  about  the  program 
and  recommended  screening  intervals.    At  this  point,  we  are  doing  the 
annual  notification  but  we  are  prepared  to  implement  a  differential 
schedule  when  required  by  the  long-anticipated  regulations. 

We  have  recently  implemented  a  new  EPSDT  subsystem  as  a  part  of 
our  MMIS.  EPSDT  records  are  a  separate  record  type  in  our  MMIS,  and 
screening  and  follow-up  records  together  constitute  a  health  history 
record  for  a  child.  This  subsystem  provides  for  considerable  reporting 
to  the  worker  and  worker  follow-up  if  screening,  referral  and  treat- 
ment are  not  reported  through  provider  billings  within  the  specified 
time  limits  of  the  EPSDT  regulations  (Exhibit  4a). 

Benefits  Recovery 

Another  subsystem  that  is  driven  in  large  part  from  the  eligibility 
file  is  our  benefits  recovery  system.    The  assignment  of  benefits  form 
shown  (Exhibit  5)  allows  the  state  to  collect  all  insurance  benefits 
otherwise  due  to  the  recipient.    We  use  the  approach  of  paying  the 
provider  and  then  billing  to  collect  from  the  insurance  company.  The 
benefits  recovery  information  form  is  also  shown  (Exhibit  5a).  The 
eligibility  worker  completes  it  to  provide  information  about  the  cover- 
age that  the  recipient  has.    When  a  bill  is  paid  for  a  person  with 
insurance  coverage,  an  insurance  billing  form  is  printed  on  the  computer. 
This  form  has  provider,  recipient,  and  a  recap  of  claim  information  on 
it.    Insurance  policy  information  is  manually  entered  if  manual  review 
indicates  the  procedure  is  covered  by  the  policy.    A  computerized 
insurance  coverage  file  is  planned  to  further  automate  this  subsystem. 

Family  Income  Report 

Another  report  that  we  initiate  from  the  system  is  the  family  in- 
come report  to  AFDC  recipients  (Exhibit  6).    This  has  been  a  great  help 
in  reducing  our  error  rate.    We  use  the  same  concept  in  this  as  we  do 
with  the  EPSDT  notifications.    The  report  is  sent  monthly  to  persons 
with  earned  income  or  employment  recorded  on  the  eligibility  file  and 
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EXHIBIT  4a 


00-  lilt 
FMBSSil* 

RUN  Oat;  12/02/76 

COINTY  PETAIL  REPORT  -  ACCEPTED  SCREENING 
»CENCf  r i * «■  g  COTTONWOOD 

».Tj'ja  e«  17 

T>-E  EOILCWING  ACTIVITY  OCCURRED 


state  ;r  KINHSSOT* 
OEFARTKENT  Zf  Pl'DLlC  WELFARE 
EPSOT   MONTHLY   REPORT  INC 


FOR  THE  MONTH  OFt  NOVEMBER  T» 


SERV  OAT E        DATE  OF      DATE  OF    ABNORM    DATE  0F_   BATE  OF  AC- 

CNTY  eiBTHOATE  ACCENT  £0    FOLLON-UF    SCREEN    REPEAL      TREAT      FOLLOW-UP  TION 


lT-J-O3)-0CJ-J«fi-!0J 

FRE 

AC 

JASON 

A 

17 

07/17/73 

09/2*/T6 

17-2-000-002-8693-103 

MAR 

SHAWNY 

K 

17 

05/13/66 

10/ 22/76 

17-2-033-332-8  690-10* 

HA' 

:y 

OONALO 

L 

17 

03/28/70 

10/22/76 

IT-2-03J-035-3538-103 

HAM 

.  .N 

MARCO 

17 

07/23/70 

10/22/76  -  ■ 

I  7-2-000-005-6  2*7- 1 03 

P  10 

.  IN 

STEVEN 

F 

17 

0*/l7/73 

13/08/76 

l7-2-0C0-336-;2!3-103 

STR 

-1  IE 

TOOO 

0 

17 

01/16/73 

09/23/76~> 

17-2-003-006-5253-10* 

ST" 

■  CE 

ANGELA 

A 

17 

08/23/75 

09/  23/  76 

17-2-000-006-8760-1  03 

VAC 

.-  v.s 

JEAN- 

F 

17 

06/22/67 

09/  15/75.) 

I 7-2-OC1-006-902*-l03 

VOE 

E". 

VINCENT' 

M 

IT 

97/15/69 

I 7-2-COO- 03  7-0100-10* 

WAR 

DEN1SE  ■ 

17 

06/08/60 

09/29/  76*) 

17-2-003-037-0100-105 

USS 

KMBEP-LY 

IT 

01/13/62 

09/  29/76  V  ~ 

17-2-033-007-0100-106 

Wir> 

OANl  EL 

17 

07/19/64 

U9/29/T6_^ 

r  ME  FCLLCw  INC  CASES  ARE  R  ESPONSIBILITY 

17-2-000-030-31*1-106 

8AL 

C 

LAURA 

53 

05/20/73 

09/ l*/76 

lT-2-000-COO-*125-10* 

BOT 

•1 

LISA 

32 

01/08/63 

OV/07/76 

17-2-003-030**125-105 

BO" 

OAVIO 

32 

10/06/65 

01/07/76 

IT-2-OC3-000-4125-1C6 

BO 

.1 

BROCK 

32 

10/08/67 

09/07/  76 

1 7-2-300- 0C0-* 125-107 

oo  ■ 

N  JR 

VIRGIL 

32 

08/11/69 

09/07/76 

l7-2-000-000-«125-108 

BO 

.N 

JOELLEN 

32 

02/03/71 

09/07/76 

|7-2-000-30C-*125-109 

6* 

i  IN 

T*ENT 

32 

10/17/72 

09/07/76 

I 7-2-OC 0-00 2-7 8 2 5- 103 

hV 

-.OCR 

CHAD 

67 

01/12/7* 

09/09/76 

l7-2-OS3-00*-t*30-203 

K 

SEN 

RANOV 

51 

12/13/60 

10/21/76 

17-2-030-305-183WO* 

:.xer 

C  LAY 

SI 

ll/l*/7l 

09/06/76 

10/0B/74 


00 
00 
03 
00 


09/20/7*     {r«t*  ^ecfffftRCe. 


09/Il/T* 


-01 
01 
01 
01 
01 
01 

.  01 
00 
00 

_o» 


EXHIBIT  5 


ASSIGNMENT  OF  BENEFITS  FOR  PRIVATE  HEALTH  CARE  COVERAGE 

I,  the  undersigned,  wish  to  qualify  for  Medical  Assistance  for  myself  and/or  my  dependents  from  the 
Minnesota  Department  of  Public  Welfare  under  its  Medical  Assistance  Program  (the  Program).  I  understand 
that,  to  the  extent  of  such  assistance  provided.  Minnesota  Law  gives  the  Department  all  of  my  rights  to 
benefits  under  the  terms  of  any  private  health  care  coverage  winch  I  have  or  may  have.  I  also  understand 
that  the  Commissioner  of  Public  Welfare  is  empowered  to  accept  from  me  an  assignment  of  my  rights  under 
such  private  health  care  coverage. 

Therefore,  in  consideration  of  any  such  assistance  received  by  myself  and/or  any  of  my  dependents 
listed  below  and  including  any  unborn  children,  I,  the  undersigned,  hereby  assign  and  transfer  to  the 
Commissioner  any  and  all  rights  to  benefits  accruinq  to  me  and/or  such  dependents  during  a  pencd  of  one 
year,  measured  from  the  date  below,  under  any  private  health  care  coverage  which  I  have  or  may  have,  to  the 
extent  of  the  cost  of  care  paid  under  the  Program. 

I  hereby  authorize  payment  to  the  Commissioner  of  any  such  benefits  to  which  I  may  become 
entitled  during  such  period  of  one  year  from  any  provider  of  such  private  health  care  benefits,  to  the  extent 
of  the  cost  of  care  paid  under  the  Program. 

I  further  authorize  any  person,  physician,  or  other  practitioner  of  the  healing  arts,  hospital,  clinic,  or 
Other  medically-related  facility,  insurance  company,  employer,  or  other  organization,  business,  or 
governmental  agency  to  furnish  upon  request  any  and  all  records,  data,  and  information  regarding  my 
health  (including  all  treatment)  and  employment,  and  that  of  my  spouse  and  children,  to  the  Department 
•nd  the  provider  of  private  health  care  benefits  named  below  by  the  Department.  A  copy  of  this 
authorization  shall  be  as  valid  as  the  original. 

Medical  and  employment  data  obtained  by  the  Department  of  Public  Welfare  for  payment  for  any 
and  all  medical  care  shall  be  utilized  only  for  the  purpose  of  collecting  your  private  health  care  benefits. 
Utilization  of  such  data  shall  be  effective  November  1,  1975.  This  assignment  shall  terminate  and  become 
invalid  upon  termination  of  your  Medical  Assistance. 

I  further  agree  to  indemnify  and  hold  any  person  or  entity  making  payment  pursuant  to  this 
assignment  harmless  against  all  liabilities,  cost,  or  expenses  incurred  as  a  result  of  such  payment. 


Date    Signature 

Address 


DPW  iise  only 

Provider  of  health  care  benefits: 


Medical  Assistance  ID  number 


Dependents: 


O  761 
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EXHIBIT  5a 


BEKTITS    RECOVERY    INFORMATION  FORM 


4 

c 

e 
n 
e 
r 


P 
o 
1 
i 
c 

y 

i 
n 
f 
o 
r 
n 


f  Recipient  Li  st  .Wine 


«  a  Ident i  f  i cation  Case  Number 


I 


••1   First,  Nairn 

■i  Birthdate 

1  i  . 

U 


:  I'i>"  .>•  o  _I 

This  form  r.uot  to 
fully  and  accurately 
completed  fcr  "Jr.r.  \ 
pol i cy  under  v.:;icn  I 

Ltfr'a  U>.,int  •yrar^  I 
ccvcri(;e  h  ciJi.v.ori .' 


c.r    Full  Hane  of  your  Insurance  Ccxr.any  (As 

it  appears  or.  your  policy  dcci:: 

i3nt) .'  i 

i  i     ;  |  ;  ,  .      .  j  .  :    i  .  j  ;  | 

ti   Street  Address  of  Company 

c«  Citv 

3 

  ,  i      I   :  • 

M  C;.eck 

all  of  t/.e  coverages  that  an^lv  to  tr.e 

lie-.'  ir.iicatc-d  on  this  fsrr.. 

D  1 

rasic  r.ospital  Insurance  □ 

6 

Nursing  Here  °clicy 

□  2 

lledical-Surgical  Insurance  □ 

7 

Indemnity  =~licy 

□  3 

.'!ajor  .'.'edical  Insurance  O 

8 

Char?.pi:s 

□  h 

Cental  Coverage (s)  □ 

9 

Health  Maintenance  Orra r.iration  (H"0) 

Vision  Covera,-;e(s]  □ 

0 

OH) 


li    Is  the  recipient  the  pclicy.-.d-ier?      ICi'es  2rJt,'o 
If  'YES',   fo  to  L-3.   'if  ■;;C.  cc-,->>.  t.hP  Mlr^rt. 


l>  Policyholder  Lift  '.'a-.e 

H  "irsi 

".& r° 

■      1  : 

"olieVhrKer  Street  -dress 

n  Citv 

.  1  . 

i 

Siaie 

u 


n~Bi 


:e   Type  of  =clicy?         1  D  Individ jal  C  C  Group 

If  T.TIVrr.'M.' ,  go  to  h-Z.     If  '3/tr'.'?1  co-.t>l°te  the  foil cv; i n g . 


Z!  Na.Tis  of  tssHsqsz  cr  C-rcup  (ur.:er  aclsh  coverage  :s  r.ain\a.r.a.n) 


!  !  I 


I  i  I 


i>-  Street  A: 


npl^yer/Sroup- 

!  I  i  •  m  • 


5  iJiter-' 
Group  No 


J_l  I   1  I  ill 


=2  City. 


!■:  1:1 


Sla-.e-iI2.Codi 


JJ    To  whom  are  your  clair.s  submitted? 
D  Insurance  Co.       O  ;.-oloye.- 


;q  Contra'ct/^nlicy  Nur.hcr 


i  i  I  i  ! 


.Cot  Start 


Cov  Terr 


1 


|     Individual  (si  Ccvor°d  'Jr.Her  Above  Listed  u~ 


First  ;.'3ti-? 


□  D 


'III' 


I  l 


•  I  I 


ED 
CD 

m 

LTJ 


□ 

□ 

□ 

□ 

□ 

□ 

□ 

D 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

&_Cpunty  _'Is?..Cnii;  

Worker  ^m"   

Yforker  .N'o. 

Entry  Tate 
O    1  OrigirXT 
O    2  Renewal 

i=-_3_Coverar,o  Cr. 


<£or.  Sta  {.c.'j£2_Cilo 
Q  1  Assifnr-cnt 
D  2  Subrogate 
□  3  Suspend 


]      I  Check  Jf  Cor.tir.-  C 
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EXHIBIT  5b 


HEALTH  INSURANCE  CLAIM  FORM  -  BENEFIT  RECOVERY  -  DEPT.  OF  PUBLIC  WELFARE 


»ATltHT*  MA" 


PATIENTS  MEDICAL  ASSISTANCE  NU'J8£R  "tv«^T^ 
l55-6-000-0QB-9790-l-0ll         ft  [ 


ilATC  Of  BIRTH  s»:« 

ltV.-17-^  B 

*  OMISSION  GATE  QtSCH*PCe  Q*TC 


.REFER  TO  ATTACHMENTS  FOR  FURTHER  INFORMATION  ON  THE  INSURED  f^y/ t  ^  6 

INSURANCE  INFORMATION 


FIL.C  NLiMUCR 


L 


REFCRRINC  PHYSICIAN 


MlU«RY  DIAGNOSIS 


(07593  I        IdOHN'S  SYNDROM 

ItCOKPfRV  DIAGNOSIS 

(07061  I        lACNE  NEC 


INCUIRIES  On  C.  ' 


UNUSUAL 
SERVICE 


SERVICE  OATEISI  PLACE  PROCEOUPI 

llO-l?.-76J-°ll  0-1 9-76    Q    I         71 02  5~i    I  I 

proc c su °;  ersc=n"is'i  cr  r"uc  vjp»ly  •h-m 
|radiology  DIAG. CHEST  STEREO 


m  n  1  1  ixcumi'.) 

□luD. School  £)x<>r  ^iss'"-"4  '163  J  ' 


UNITS  OATS 


ClAOIICSiS  c- 


|l0-ll-76'"ll0- 19-76    G    1         BO  01  ol  £ 

PROCEDURE  CtrcS'pTlC.         QPUC  SL'PP'-Y  NAME  

{BATTERY  OF  7  TESTS  OR   LESS  ~ 


SERVICE  OATE  SI 


PLACE  PROCEDURE 


0-ll-7e;"il0-19-76'    [J    I         85015  I    I  I 

PRCCEJURg  DESCRIPTION  OP  D»'.'0  '.J'Pl  v  M'l!  

|BLD  CT  CHP  AUTK.CEL  CN'T  HEr'.CT  HEMBLN  I  ND 


SERVICE  OATEISI    PLACE    PROCEDURE  SERVICE  UNITS  PAY! 

|l0-ll-76T'il0-19-76  Q  1  99000l  I  j  I  ll 
IcoLl  FADING  SPEC  TRNSFER   Ff.  PR  Of F  TO  LB  


SERVICE  OATEI! 


place  f-ocecl'RE 


ll0-ll-76-  =  il  0-19-76'    E    I         B1C05~|  [ 
procec-upe  rEsc3|RT:o-i  cc  r.p-js  supply 


Urinalysis  chemical  qualitative 


lERVICf  DATEIS' 


PLACE  PROCEDURE 


tl0-ll-7fiTCll0-19-76    3    I         8IO06I    I  I 


PROCETUPE  DESCRlPT:Q\-  OR  DRUG  SUPPLY  A 

Urinalysis  routine  complete 


SERVICE  OATEISI 

1  iT°r 


PLACE  PROCEDURE 


0 


]  c 


PROCEDURE  DESCRIPTIOfl  OR  DRUG  SUPPLY  NAME 


SERVICE  DATE'S) 


PLACE  PROCEOURE 


0 


]  □ 


1  1 
1 

1  

D'ACNCS<S 

CHARGE 

1           1    1  19.00 

1 

DIAGNOSIS 

CHAP'S 

4.80 

1 

DIAGNOSIS 

C»ARGE 

1      1  1      2. Ad 

1 

OIAGNOS'S 

CMAOOC 

1         1    1  3.10 

1 

DIAGNOSIS 

CN  APCE 

1          1    1  A.00 

1 

OIAGKOSIS 

CHARGE 

1 

DIAGNOSIS 

CHARGE 

III  1 

PROCEDURE  DESCRIPTION  OP  DRUG/SUPPLY  N A Kl£ 


INSTRUCTIONS.  CODE 
DESCRIPTIONS  ON  BACK 
T        I  •  MA 


11/27/76  '*«  CO  or  □  '»«»  I      51.20!  C 

CONTROL  WUHllER   RESOURCES 

[76324-058-05  036-00      1  | 


AMOUNT  PO   BY  UA 


<.4„7( 


PROVIPEn 


CIRII'ICAIION  STATEUINT 

l»l»  I*  Ir  tt*ll'»  ttAIM  eP.»tl»UT|t  A 

■  lovii*  1       imu*i»i^( mti i» «  »c.  tl'iittl  ...wipip 

Till 
fHT 

•/.twit  t»yf 


SEND  REMITTANCE  TO: 

D.».-i««»i  .1  P.U.c  ■•Ihia 
Fa«rth  FI..I  C.nlrnft*«l  &Mil4tf*f 
ATTN:  C«Hi«i 
Si.  Paal.  UN  55155 


HAY0  CLINIC 
200  1ST  ST  SW 
ROCHESTER  UN 


'P'    1203691  X~ 


671 
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EXHIBIT  6 


FCLO  SC  ACDRIf.S  SHC«S  If. 
THIS  FLAP  UNDER)  J  72000^04  3  » 1  7  1 


hFNNFP  IN  CO  V.ELFARE     I  3  c- 1  5  3  s 
4C0  SO   5Tn  SI  C 
I      PINNfcAPOLlS         H  INN    55'i  lS^X*] 

~  FAMILY  INCOME  REPORT 

You  must  report  your  family's  monthly  income  to  be  certain  that  you  are  receiving  the  correct  assistance.  You 
ust  complete  both  sides  of  this  form.for  yourself  and  all  members. of  your  family  who  live  with  you. 


TAiS  i*S  6 


X 


-HENNEPIN  CO  WELFARE  13S153 
«00  SO  5TH  ST 
HINNEAPOL IS        MINN  55415 


RG  KlKEERLY 
A318  2ANE  AVE  N 

MPLS  KN  55422 


CCT   THRU  CE 


Report  all  money  received  for  the  month  of , 
by  JAN     ;th       wj||  result  in  the  delay  of  your  F  Eg" 


1 


COMPLETE:  There  are. 


.children  and. 


.adults  In  my  grant.  There  are  . 


.Failure  to  return  this  form 
_  assistance. 


other  individuals 


■ ..     living  in  my  home  who  are  not  included  in  my  grant. 

If,  during  the  month(s)  covered  by  this  report  you  or  any  member  of  your  family  living  with  you  have  received 
the  Income  listed  below,  check  yes  and  complete  the  item.  If  no,  check  no,  so  that  we  know  that  no  oversight 
has  occurred. 


TYPE  OF  INCOME 

AMOUNT 
RECEIVED 

NAME  OF  PERSON                    INDICATE  1- 
RECEIVIf.C  INCOME     |    MONTHLY.  WEEKLY,  ETC. 

YES 

NO 

Social  Security  (RSOI) 

' 

Supplemental  Security  (SSI) 

Workmen's  Condensation 

Unemployment  Compensation 

Insurance  Benefit  Payments 

Veteran's  Benefits 

Railroad  Retirement 

Other  Retirement  Pensions 

Alimony/Support 

Money  from  Relatives.  Friends 

Income  Irom  Traming/WIN  Payments 

Contracts/ Annuities /Oividcnds 

Rental  Income.  Rcom»rs,  Boarders 

State/Federal  Tax  Rclund 

Date  Rec'd 

Settlements  (Lump  Sum) 

Date  Pec  d. 

Scholarships,  Loans,  or  Grants 

OTHER  Money  Received 

1 

(AFDC  Recipients  Need  Not  Answer  This  Question) 


I  receive  free  rent,  food,  utilities,  other. 
(Orel*  what  Is  received  free.) 


Amount  % 


SELF-EMPLOYMENT.  If  you  are  self-employed,  Itemize  earnings  and  expenses  on  a  separate  sheet  of  paper 
•nd  return  It  to  the  agency  along  with  this  completed  form. 


SIGN  AND  OATC  ON  nCVCIISE  SIDE 
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quarterly  to  all  others.    The  sample  is  a  quarterly  shown  by  the  "Q" 
on  the  form.    With  about  42,000  cases  on  the  file,  approximately 
25,000  of  these  forms  are  sent  each  month. 

A  report  (Exhibit  6a)  is  sent  to  the  county  listing  all  of  the 
persons  to  whom  Family  Income  Reports  were  sent.    This  serves  as  a 
control  on  the  return  of  the  reports  and  facilitates  taking  prompt 
action  to  give  notice  for  terminating  benefits.    The  report  also  in- 
cludes the  WIN  edit  errors  (Exhibit  6b).    These  edit  error  messages 
will  be  reported  on  the  worker  message  sheet  in  the  near  future. 
These  edits  alert  workers  to  impending  changes  because  of  changes  in 
age  composition  of  the  family  and  changes  that  affect  the  WIN  exemp- 
tion. 

Worker  Message  Sheet 

Exhibits  7  and  7a  is  an  illustration  of  one  of  the  favorites  of 
our  workers.    It  is  the  worker  message  sheet.    Enumeration  was  also 
controlled  through  the  eligibility  subsystem  and  some  of  the  messages 
on  the  illustration  on  the  screen  report  that  social  security  has 
validated  or  assigned  the  SSN.    The  worker  message  gives  them  the 
number,  but  it  is  automatically  entered  on  the  eligibility  file  along 
with  the  validation  code.    Another  message  shown,  "Unborn  Child  Due 
Or  Overdue  January  Of  '77",  results  from  worker  input.    Another  message 
shown  is  generated  from  a  situation  occurring  in  the  claims  processing 
subsystem.    This  "possible  insurance  coverage  verify  blocks  on  the 
eligibility  form"  indicates  that  a  provider  invoice  we  processed  indi- 
cated that  there  was  insurance  coverage  but  no  such  indication  was 
found  on  the  eligibility  file  insurance  indicators.    Some  of  the  other 
messages  alert  workers  to  recipients  turning  critical  ages,  like  a 
child  turning  19,  or  21  and  22.    An  alert  for  adults  turning  65  will  be 
added  to  the  message  sheet  soon.    As  you  can  see,  messages  are  picked 
up  all  over  the  system  transmitting  information,  alerts,  and  requests 
to  the  worker.    Currently,  we  are  producing  worker  message  sheets 
every  two  weeks,  but,  as  we  further  expand  it,  it  will  probably  be  a 
weekly  output.    The  workers  really  find  this  an  excellent  tool  for  them. 
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EXHIBIT  6a 


EXHIBIT  6b 


EXHIBIT  7a 
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Long  Term  Care  Invoices 

The  long  term  care  subsystem  is  also  being  driven  from  the  eli- 
gibility subsystem.    An  example  of  an  invoice  is  shown  in  Exhibit  8. 
The  invoice  is  provided  from  county-entered  information  on  living 
arrangements,  provider  number,  in  and  out  dates,  recipient  resources 
applied  to  the  cost  of  care,  etc.    The  invoice  is  sent  to  the  facility, 
which  reports  leave  days,  discharges,  and  some  other  types  of  adjust- 
ments, certifies  its  accuracy,  and  returns  it  for  processing.    We  are 
in  an  early  phase  of  redesign  of  this  subsystem  to  include  more 
controls  in  order  to  automate  some  of  the  changed  requirements  in 
this  program.    The  basic  concept  of  the  system  will  be  retained. 
This  system  forces  the  county  eligibility  staff  member  to  be  intimately 
involved  with  the  placement  of  continuing  care  of  persons  in  long  term 
care  facilities. 


DATA  ELEMENT  DESIGN  AND  FORMS 


Paul  H.  Farseth 
Supervisor 
Catastrophic  Health  Expense  Protection 
Department  of  Public  Welfare 
State  of  Minnesota 

Back  in  the  dustbowl  days  of  the  dirty  thirties,  farmers  used  to 
joke  that  they  were  sitting  down  to  supper  and  eating  sixteen  acres 
of  corn.    That's  a  lot  of  planting  for  not  much  crop.    It  can  happen 
with  the  MMIS  too.    You  can  put  a  lot  of  money  and  data  into  it  and 
not  get  much  out.    What  do  you  do  to  make  farming  this  field  pay? 
Being  a  backwoods  kid  myself,  I'd  like  to  talk  a  little  about  the  dirt, 
the  fertilizer,  and  about  weeding  the  garden.    Tha  analogy  may  get 
extreme,  but  it  seems  to  me  that  with  Medicaid  claims  payments  and 
management  information  systems  we  are  husbanding  in  a  field  of  data 
and  trying  to  enrich  it  and  manage  it  and  get  out  enough  crop  to  feed 
the  family  and  pass  muster  with  the  bank  and  the  grain  terminal. 

Dirt.    Call  the  dirt  your  data.    Are  you  getting  it?    Are  you 
getting  good  soil  or  sand  full  of  errors?    Fertilizer.    This  is  the 
interpretive  data  you  add  to  that  comes  in  on  the  invoices,  your  norms, 
price  standards,  edit  structures.    Weeding.    This  is  your  editing  of 
data. 

Let  me  talk  about  invoice  data.    This  is  the  stuff  you  need  to 
pay  claims  correctly,  to  pay  them  with  reasonable  reimbursement  to 
the  right  eligible  provider  for  covered  services,  for  recipients  who 
were  eligible  on  the  dates  they  received  service.    Do  you  get  the  data 
you  need?    If  you  don't  put  the  boxes  on  the  invoices,  you  aren't 
going  to  get  the  data.    That's  a  pitfall  worth  looking  at,  for  often- 
times you  go  at  a  systems  design  effort  with  the  idea  that  you  are 
going  to  be  tough  and  lean.    Somebody  on  your  staff  is  going  to  say, 
"Damn  it,  why  in  heck  do  we  need  this  data  element?    If  we  aren't 
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going  to  use  it  right  away,  let's  leave  it  off  the  invoice  and  not 
confuse  people."    You  leave  the  data  element  off  and  then  two  months 
later  the  Feds  come  along  and  ask  why  you  aren't  capturing  it.  You're 
up  the  creek.    So  put  more  on  your  invoices  than  you  think  you  are 
going  to  need  right  away.    If  you  think  you  will  want  a  data  element 
later  on,  put  it  on.    There's  a  chunk  of  lead  time  required  to  re- 
design your  invoices  and  get  them  printed  and  get  your  provider  hand- 
books rewritten  to  cover  the  new  invoices.    Anticipate  your  needs. 

Do  you  get  usable  data  on  the  invoices?    If  the  invoices  are  con- 
fusing or  complicated,  the  billing  clerks  in  providers'  offices  will 
fill  them  out  wrong.    Invoices  need  to  be  understandable,  self- 
instructing.    They  need  tab  stops  that  typists  can  work  with,  and 
meaningful  names  for  the  boxes.    Why  call  a  patient  a  recipient?  Call 
him  a  patient. 

Besides  clear  invoices,  you  need  instruction  manuals  that  can  be 
read  and  followed  without  confusion.    Manuals  need  to  be  laid  out  with 
indexes  and  tables  of  contents  and  page  numbers  so  that  billing  clerks 
can  look  things  up. 

You  may  want  to  aim  at  common  invoice  forms  with  other  third  party 
payers.    This  can  save  money  in  providers'  business  offices,,  provided 
that  the  conventions  for  billing  are  consistent.    Otherwise  common 
forms  with  disjointed  billing  conventions  and  variable  meanings  for 
various  boxes  on  the  forms  can  become  a  source  of  much  grief.    We  have 
been  talking  about  the  hospital  UB-16  and  about  the  American  Medical 
Association's  Uniform  Health  Insurance  Claim  Form  in  Minnesota  for  a 
long  time.    To  date,  we  have  not  adopted  them.    This  has  been  partly 
because  we  needed  optically  scannable  versions  which  the  originators 
or  other  users  of  the  forms  were  reluctant  to  approve.    It  has  also 
been  because  we  had  difficulty  reaching  consensus  on  how  to  add  data 
elements  which  only  Medicaid  needed.    We  may  possibly  come  up  with 
a  slight  revision  of  UB-16  for  use  by  all  hospitals  in  the  state  for 
most  third  party  situations,  but  it  is  going  to  be  a  tough  test  for 
billing  clerks  to  know  all  the  different  ways  to  fill  it  out. 
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Regardless  of  whether  you  share  invoices  with  other  third  party 
payers,  you  need  to  aim  at  uniformity  of  procedure  and  diagnosis  codes, 
cost  center  codes,  special -circumstances  codes,  and  other  "modifier" 
codes.    Other  billing  conventions  seep  into  Medicaid  billings  and 
mispayments,  rejected  claims,  loss  of  data  necessary  for  S/UR,  and 
general  pollution  of  your  claims  history  result.    In  Minnesota,  we  found 
general  confusion  in  coding  schemes.    Half  the  physicians  weren't  doing 
any  coding.    The  half  that  were  (including  many  of  the  service  bureaus) 
were  split  between  use  of  the  four  digit  codes  from  the  1964  California 
Relative  Value  Studies  and  the  five  digit  codes  from  the  1969  CRVS  or 
the  new  third  edition  of  Current  Procedure  Terminology.    The  state 
medical  association  wanted  Medicaid  to  use  their  re-issue  of  the  new 
third  edition  CPT.    The  Medicare  Part  B  carriers  kept  their  prevailing 
fee  schedules  coded  to  the  1964  CRVS.    Our  solution  was  to  try  to 
please  everybody  in  an  orderly  way.    We  built  our  basic  billing  system 
using  the  five  digit  codes  so  as  to  win  medical  association  cooperation. 
(We  even  calculated  check  digits  for  each  code,  which  they  reproduced 
in  their  relative  values  code  book.)    Then,  to  speed  up  the  ability  of 
the  providers  using  the  1964  CRVS  to  bill  us  correctly,  we  doubled 
up  our  procedure  reference  file  and  set  up  a  parallel  section  indexed 
by  four  digit  procedure  codes.    These,  too,  became  "legal"  for  billing, 
though  they  have  gradually  been  disappearing  since  the  Blue  Shield 
commercial  insurance  shop  stopped  accepting  them.    Note,  though,  that 
besides  having  two  parallel  price  and  reference  files,  we  also  had  to 
change  all  the  decision  tables  in  edits  and  in  S/URS  to  allow  for  the 
new  codes. 

In  the  area  of  diagnosis  coding,  we  also  tried  to  be  accommodating. 
Hospital  inpatient  claims  are  required  to  be  coded  with  the  H-ICDA-2, 
which  is  what  we  presently  use  as  our  standard  for  the  coding  we  do. 
This  is  no  problem  for  hospitals,  since  almost  all  Minnesota  hospitals 
and  the  PSROs  use  that  code  scheme.    (Note  that  in  the  case  of  inpatient 
services  it  is  the  code  scheme  which  is  mandatory,  not  the  coding.  For 
that  one  low-volume,  high-cost  area,  we  rather  prefer,  and  allow,  to  do 
the  coding  in  the  Medicaid  office.)  But  many  physicians'  offices  and 
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service  bureaus  are  geared  to  the  ICDA-8.    To  accommodate  them,  we 
built  a  translation  table  and  allowed  either  type  of  code  to  be  used 
on  practitioner  invoices,  so  long  as  codes  from  the  H-ICDA-2  were 
prefixed  with  an  'H'.    The  latter  are  re-formatted  and  stripped  of 
the  'H'.    The  unmarked  practitioner  diagnosis  codes  are  assumed  to 
be  from  the  ICDA-8  and  are  translated.    This  jockeying  around  (in- 
cluding some  politics  with  Blue  Shield)  should  be  unnecessary  when 
the  ICDA-9,  Clinical  Modification,  becomes  standard  for  all  Federal 
applications  next  year.    We  found  it  helpful  when  we  began  our  work, 
as  it  simplified  providers'  tasks  in  meeting  our  data  demands. 

Cooking  the  Frog  Real  Gentle 

This  brings  me  to  an  important  point.    As  you  bring  up  a  new 
MMIS,  you  are  going  to  be  making  demands  for  data  all  over  the  place. 
What  to  do  about  provider  resistance? 

When  we  brought  Minnesota's  MMIS  up,  we  got  legislative  authority 
to  prescribe  that  invoice  forms  could  be  used.    This  was  important  to 
assure  that  we  could  get  the  data  elements  we  needed  to  make  the 
mechanized  payments  system  run  (and  to  get  Federal  certification).  It 
was  also  important  for  assuring  that  we  could  get  data  in  optically 
scannable  form  or  in  a  form  suitable  for  keyed  data  entry.    But  besides 
getting  some  statutory  authority  to  say,  "You  do  it  our  way,"  we 
tried  to  use  some  judgment  and  discrimination  between  what  we  provided 
for  on  invoices  and  in  systems  files  and  what,  on  the  other  hand,  we 
demanded  as  condition  of  payment.    We  tried  to  go  easy  on  providers 
on  data  elements  that  we  were  not  going  to  use  immediately  --  so  as 
to  cook  them  gradually  without  their  getting  angry  enough  to  jump  out 
of  the  pot.    Like  the  frog  --  you  can  keep  him  in  the  water  if  it's 
cool  when  you  drop  him  in,  raising  the  temperature  gradually. 

Our  relationships  with  providers  have  been,  for  the  most  part, 
easy  and  incremental  (with  occasional  sprints  to  the  brink  of  war  to 
see  what  people  would  accept).    We  asked  for  a  little  more  data  when 
we  were  able  to  use  it,  again  and  again.    We  did  that  rather  than  slam 
a  whole  huge  data  set  down  on  providers  with  sudden  threats  to  lock 
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them  out  of  our  system  if  they  didn't  spend  five  or  ten  thousand 
dollars  to  redo  their  billing  systems  in  the  next  month.    We  tried 
to  give  help  to  providers  and  service  bureaus;  training  and  often 
individual  consultation  to  help  meet  our  developing  requirements 
for  billing  Medicaid. 

Brad  Stoneking,  Minnesota's  Medical  Payments  Manager,  suggested 
that  I  mention  one  other  thing  that  relates  to  the  credibility  of  the 
state  agency:    Don't  run  out  of  invoices  and  adjustment  forms.  You 
know  how  state  procurement  systems  work  and  how  printers  work  when 
they  know  there  will  be  no  penalty  for  late  delivery.    Order  early. 
Save  yourselves  grief. 

Another  point  about  the  frog.    Minnesota's  attitude  all  through 
the  MMIS  project  was  that  everyone,  including  the  state,  was  going 
to  have  to  work  to  make  the  project  work,  and  that,  from  the  state's 
point  of  view,  nobody  was  going  to  get  shafted.    Our  assumption  was 
that  providers  and  their  business  office  personnel  and  service  bureaus 
had  to  go  through  a  learning  curve  before  they  would  get  the  hang  of 
the  new  system.    And  we  assumed  that  they  would  need  systems  lead  time 
to  modify  their  invoicing  and  data  capture  procedures  to  meet  our  re- 
quests.   This  is  important  to  repeat,  for  by  collaborating  with  providers 
and  provider  groups  we  were  able  to  improve  our  system,  to  decide  what 
was  really  important  and  when,  to  win  cooperation,  to  defuse  anger,  and 
to' prevent  articulated  provider  grievences  from  streaming  together  into 
a  control  of  the  political  process. 

Some  Thoughts  about  System  Data  Sets 

Next,  let  me  talk  a  bit  about  system  data  sets.    It  seems  to  me 
that  you  can  afford  to  build  logical  space  and  file  space  into  your 
MMIS  to  accommodate  the  enhancements  you  will  doubtless  add.  Whatever 
you  can  do  to  leave  extra  space  in  records  and  to  set  up  systems  proce- 
dures for  doing  major  records  reformattings  is  all  for  the  good.  An 
MMIS  system  ought  to  be  organic.    It  ought  to  evolve.    The  fox  and 
the  cockroach  survive  because  they  have  many  ideas.    They  change.  They 
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adapt.    Dinosaurs  do  not  adapt  and  are  gone,  yet  consider  what 
marvelous  systems  they  were  in  their  day  before  the  climate  changed. 
Change  your  data  sets  --  what  you  collect,  what  you  store,  how  you 
code  it  --  if  you  aren't  getting  any  payoff. 

You  may  have  some  reservations  about  change.    You  will  be  in- 
vesting your  very  selves  in  your  original  systems  analysis  and 
the  cutting  and  trying  to  put  the  system  in  place.    How  can  you  keep 
spending  money?    Why  not  do  it  right  the  first  time? 

But  the  Gilbreths  are  wrong.    There  is  no  one  best  way.  What 
you  invest  is  sunk.    But  what  will  a  new  investment  in  system  refine- 
ment pay  you?    The  original  cost  of  what  you  re-write  is  irrelevant 
except  from  maybe  the  standpoint  of  withholding  part  of  the  last  pay- 
ment to  a  contractor  that  botched  part  of  the  project.    Our  aim  in 
Minnesota  was  to  make  our  system  work,  to  see  that  recipients  got 
service,  the  providers  got  fed,  and  the  state's  money  was  given  a 
good  stewardship.    If  that  means  reformatting  and  re-editing  the 
whole  of  your  Master  Claims  History  File,  you  may  have  to  do  it. 
We  have  re-edited  over  a  year's  data  to  reformat  diagnosis  codes.  We 
have  re-audited  six  months'  pharmacy  claims  in  the  computer  to  generate 
upward  adjustments  (automatically)  for  providers  who  were  given  a  raw 
deal  by  a  plainly  erroneous  file  of  wholesale  drug  prices. 

Data  Quality  and  Edits 

To  farm  your  data  you  need  controls  on  its  quality.    I  have  sug- 
gested that  much  of  the  quality  control  needs  to  be  in  the  training 
and  helping  of  providers  and  their  billing  clerks.    In  addition  to 
the  training  and  listening  and  stroking,  you  can  help  provide  the  will 
to  submit  good  data  by  making  it  worth  providers'  inconvenience  to  co- 
operate.   See  your  claims  trouble-shooting  through  to  the  end.    If  a 
provider  has  a  cash-flow  problem,  you  may  need  to  help  out.    In  Minne- 
sota, we  got  permission  from  the  Commissioner  of  Finance,  as  I  recall, 
and  from  the  Legislative  Auditor  to  pay  about  60  percent  of  the  face 
value  of  a  provider's  suspended  claims  if  he  (or  it      it  was  often 
one  of  our  large  publicly  owned  hospitals)  was  in  a  jam.    In  doing 
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this,  we  issued  a  check  manually  after  creating  a  debit  balance  for 
the  provider  on  the  Provider  File,  which  was  then  liquidated  as  the 
claims  cleared  suspense  for  payment. 

In  house,  once  invoices  have  arrived,  you  have  to  edit  their  data 
on  format,  content,  plausibility,  and  consistency.    You  know  as  much 
about  this  editing  as  I  do.    Much  of  it  is  defined  or  suggested  in  the 
MMIS  model.    Let  me  touch  on  a  few  related  issues. 

First,  you  need  to  classify  your  edits  in  some  flexible  and 
variable  scheme  of  fatality.    As  you  bring  up  a  new  system  with  new  and 
ingenious  edits  and  controls  (and  places  for  errors  in  filling  out 
forms),  your  pended  claims  rate  will  go  through  the  roof.  Providers 
will  be  in  cash-flow  binds.    Your  error-resolution  clerks  will  go 
nuts,  and  then  into  depression  and  apathy.    What  to  do?    You  are  going 
to  force  errors  through  the  system  or  you  will  come  to  a  grinding 
halt,  the  pended  claims  file  growing  faster  than  it  is  cleared.  But 
what  edits  do  you  over-ride  or  force?    You  need  to  know  what  data  have 
to  be  correct  for  you  legally  to  pay  a  claim,  what  data  are  needed  in 
accurate  form  later  on  to  drive  the  key  MARS,  S/URS,  and  cost-settlement 
reports.    Minnesota  found  that  whenever  management  didn't  control  the 
hierarchy  of  edits'  importance,  the  pended  claims  supervisors  would 
make  their  own  decisions  about  what  errors  to  force,  what  data  to  delete. 
This  kept  the  system  afloat,  but  it  cost  downstream  grief,  for  the  local 
rationality  in  the  pended  claims  units  did  not  consider  all -the  conse- 
quences of  their  choices  of  what  data  to  kill,  fix,  or  force.  Hospital 
cost  settlement  got  fouled  up  for  three  years,  with  much  manual  work 
being  added  to  the  settlements  done  from  dirty  history. 

To  fix  this  problem,  we  built  three  responses  into  our  MMIS.  For 
one,  we  built  a  new  error-code  analysis  by  provider  type,  which  is 
generated  weekly.    This  gives  us  firm  information  about  what  edits  are 
causing  our  problems,  with  what  provider  types,  and  with  what  level  of 
re-pends.    We  can  now  get  this  sort  of  information  on  individual  pro- 
viders as  well,  usually  once  a  month.    This  information  guides  much  of 
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the  training  we  do,  helps  us  to  check  out  computer  code  for  snarled 
or  awkward  logic,  and  lets  us  know  some  of  the  providers  who  need 
individual  counseling. 

A  second  step  we  took  involved  building  a  staff  committee  struc- 
ture to  review  claims  processing  reports  and  to  look  at  both  policy/ 
legal  and  technical  issues  associated  with  modifying  or  turning  off 
edits.    We  felt  we  needed  to  hash  out  the  alternative  solutions  to 
overproducti ve  edits.    Do  we  want  to  do  more  training?    Is  the  com- 
puter logic  wrong?    Is  the  edit  necessary?    Is  it  always  necessary? 
(We  have  often  done  birthdate  checks  only  on  claims  over  a  certain 
do! lar  amount. ) 

And  lastly  we  build  an  edit  fatality  file,  following  Michigan's 
good  ideas  once  again.    This  device  allows  us  to  pre-force  or  pre- 
reject  certain  edits,  effective  immediately  or  after  a  certain  delay 
to  allow  manual  review  of  a  sample  of  claims.    The  fatality  file,  or 
as  we  call  it  the  error  code  file,  has  been  a  valuable  tool.  Because 
it  can  release  for  reaudit  all  occurrences  of  an  error  code,  we  can 
use  it  to  recycle  huge  masses  of  claims  which  occasionally  pend  when 
a  production  program  is  recompiled  with  a  statement  missing  in  some 
edit  or  other.    We  fix  the  mangled  part  of  the  computer  program  and 
then  release  all  the  improperly  flagged  claims  for  reaudit. 

In  addition  to  classifying  edits,  you  need  to  catch  errors  where 
they  can  be  dealt  with  most  easily.    Some  gross,  fatal  data  errors 
should  be  caught  during  data  entry.    Why  spend  two  days  in  computer 
processing  plus  the  effort  to  marry  an  edit  correction  form  (ECF) 
with  the  original  invoice  or  its  microfilm  image  when  gross  errors 
can  be  rejected  during  data  entry,  for  return  with  a  form  letter  in 
a  window  envelope?    Data  entry  should  be  done  on  intelligent  devices. 
Format  edits  should  be  done  at  the  point  where  the  keyer  can  correct 
his  own  mistakes  or  where  a  keyer  can  correct  OCR  scanning  errors. 
Even  some  content  edits  can  be  done  during  data  entry.    In  Minnesota, 
we  kick  out  drug  claims  which  show  a  scanned  prescription  charge  of 
under  $1.00.    Almost  always  these  are  mis-scans  with  a  dropped  or  low- 
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order  digit,  and  we  fix  them  during  data-entry.    Similar  editing 
can  be  done  on  check  digits  on  things  like  provider  identification 
numbers. 

And  third  (in  this  outermost  of  nested  triplets),  you  want  to 
pass  as  much  usable  data  as  possible  from  invoices  into  computer  re- 
cords, even  if  you  are  not  going  to  use  some  of  them  for  computer 
decisions.    Most  specifically,  pass  the  invoice  version  of  the  reci- 
pient's name  into  the  working  computer  record  from  which  pended 
claim  reports  will  be  printed.    The  typical  MMIS  figures  out  the  re- 
cipient's identity  by  checking  what  the  recipient  eligibility  file 
associates  with  the  recipient  ID  number.    But  the  ID  number  may  be 
a  valid  transposition  of  another  family  member's  ID.    By  displaying 
both  the  invoice  and  the  eligibility  file  versions  of  a  recipient's 
name  on  error  correction  forms  and  on  provider  remittance  advices, 
easier  error  resolution  is  made  possible,  fewer  claims  are  needlessly 
rejected,  and  word  comes  back  from  providers  that  they  have  been 
paid  for  a  patient  they  have  never  heard  of.    The  patient  is  probably 
theirs,  under  a  different  number,  but  unless  someone  notices  the  name 
discrepancy,  the  claim  gets  analyzed  with  the  wrong  S/URS  groups.  If 
file  space  is  available,  similar  things  can  be  done  with  invoice  ver- 
sions of  provider  names.    (We  haven't  tried  this  because  of  the  pro- 
tection we  get  from  the  check  digit  in  the  provider  identification 
number.    Few  mispostings  or  transpositions,  even  double  transpositions, 
can  pass  that  particular  algorithm.) 

Norms  and  Supplemental  Data 

Let  me  talk  a  little  bit  about  the  fertlizer  for  our  garden,  about 
the  data  added  to  the  invoice  data.    Here  we  are  talking  about  norms, 
price  standards,  norms  for  length  of  hospital  stay,  eligibility  data 
on  providers  and  recipients,  and  about  interpretive  data  you  feed  in 
during  claims  processing  to  help  map  claims  to  the  correct  S/URS  class 
groups,  data  such  as  codes  identifying  a  physician's  primary  specialty. 
Here  the  concern  is  that  your  data  be  accurate,  sufficient,  timely, 
and  relevant. 
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Accuracy.    You  want  to  edit  your  prices,  your  schedules  of  rea- 
sonable charges,  to  make  sure  they  make  some  sense  after  you  have 
updated  them.    Maybe  you  want  to  compare  the  newly  entered  allowable 
charge  with  the  one  being  displaced.    If  you  take  wholesale  drug 
prices,  as  Minnesota  does,  from  drug  wholesale  houses,  you  may  not 
be  able  to  check  every  single  price  change.    (Minnesota  carries 
about  26,000  records  on  its  drug  price  file,  for  the  state  has  an 
open-ended  formulary  with  few  restrictions.)    But  you  will  want  to 
edit  the  various  wholesalers'  prices  against  each  other  and  against 
your  old  data,  listing  discrepancies  and  unverified  data.    In  this 
drug  price  update,  we  pick  the  consensus  price  or  the  low/middle 
price.    When  it  comes  to  bringing  up  fee  schedules  for  physicians, 
if  you  translate  procedure  codes  from  Medicare's  four  digit  codes  to 
your  own  five  digit  ones,  have  a  look  at  your  translation  table.  You 
may  be  failing  to  update  all  of  your  prices  or  you  may  be  mapping 
charges  for  comprehensive  office  examinations  to  five  digit  codes  for 
minor  or  intermediate  level  exams.    This  can  occur  even  if  your  own 
staff  wrote  the  translation  table.    People  who  do  things  like  that 
get  tired  or  have  quirks.    You  also  should  see  whether  your  translation 
table  maps  radiological  and  laboratory  services  from  Medicare's  compre- 
hensive service  codes  to  partial  service  codes  in  the  CPT.    There  are 
real  pitfalls  here. 

Another  point  on  accuracy  of  ancillary  data:    check  out  your 
various  health  provider  licensing  agencies  to  see  whether  licenses 
and  certifications  are  current.    See  whether  your  provider  has  moved 
out  of  state  or  died.    Does  one  provider  have  several  ID  numbers  to 
soften  his  S/UR  profiles?    Does  he  use  several  ID  numbers  in  conjunc- 
tion with  multiple  social  security  numbers  to  pay  his  personal  income 
taxes  in  a  lower  bracket?    Does  the  out-of-state  provider  really 
exist?    Once  enrolled  and  on  your  file,  does  his  enrollment  sit  there 
waiting  to  legitimate  a  stream  of  phony  claims  for  real  recipients, 
filed  on  your  own  invoices  from  within  the  state? 
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Sufficiency.    Do  you  have  the  data  on  providers  and  recipients 
you  need  to  manage  the  system?    How  do  you  see  whether  minority  groups 
are  being  underserviced  or  not  getting  access  to  care  if  you  have 
deleted  education-level  and  race  codes  for  misguided  privacy  reasons? 
Do  you  keep  your  master  history  long  enough  to  be  able  to  afford  to 
retrieve  enough  data  to  nab  the  really  clever  crook? 

G.  Warren  Peterson  has  already  touched  on  the  importance  of 
having  sufficient  data  on  other  health  insurance  coverages  of  your 
recipients.    Especially  when  providers  are  required  to  go  after  health 
insurance  themselves,  you  need  the  ability  to  see  whether  they  are 
doing  it. 

Finally,  you  want  to  take  time  to  build  or  buy  interpretive  data 
such  as  the  norms  for  length  of  stay  by  diagnosis  compiled  by  the  Pro- 
fessional Activities  Study  (PAS)  of  the  Commission  on  Professional 
and  Hospital  Activities  (CPHA)  of  Ann  Arbor,  Michigan;  or  such  as  the 
coded  classifications  of  drugs'  generic  identities  and  therapeutic 
uses  found  in  the  Drug  Products  Information  File  (DPIF)  put  together 
by  the  American  Society  of  Hospital  Pharmacists  (ASHP).    The  interpre- 
tive data  you  buy  may  be  better  than  that  you  can  create  yourself,  for 
it  may  be  based  on  a  larger  data  base,  on  a  better  input  of  professional 
opinion,  or  on  more  careful  work.    And  it  may  enable  you  to  compare 
your  experiences  with  those  of  other  agencies  and  third  party  payers 
who  use  the  same  analytical  norms. 

Time! iness.    Recipient  eligibility  data  must  be  timely,  above 
everything  else.    Late  and  inaccurate  eligibility  updates  embarass 
the  state,  make  grief  for  providers  of  care,  and  also  cause  payments 
to  be  made  for  people  who  have  passed  out  of  eligibility  into  self- 
sufficiency. 

Prices  should  be  fair  and  current  if  you  intend  to  keep  providers 
cooperative.    When  drug  prices  change  every  week,  as  they  did  during 
1975,  you  need  to  keep  abreast  of  your  vendors'  rising  costs.  Prices 
which  are  not  keeping  pace  with  inflation  make  participation  in 
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the  Medicaid  program  unnattractive  to  honest  providers  of  care,  and 
you  can  gradually  wind  up  with  a  preponderance  of  hotshots  and  schemers 
in  your  system,  people  who  have  figured  out  how  to  beat  the  system. 
Worse,  if  you  screw  providers  on  what  you  pay  them,  you  put  them  in 
the  position  of  believing  that  they  are  morally  justified  in  cheating 
so  as  to  make  a  fair  return.    (Fair  compensation  reduces  cheating. 
Even  in  your  own  organization  you  may  notice  this.    One  technique 
large  organizations  use  to  discourage  computer  fraud  by  systems 
analysts  is  to  pay  them  somewhat  more  than  they  are  worth  in  the  open 
market. ) 

Finally,  you  will  want  to  keep  your  data  timely  on  your  state 
health  department's  certification  of  hospitals  and  long  term  care 
facilities.    They  may  need  a  reminder  from  your  system  that  certi- 
fications are  overdue. 

Usefulness.    Don't  tie  your  claims  processing  edits  or  S/URS  pro- 
filing to  norms  that  are  not  paying  off.    Jigger  the  system  to  find  out 
what  works.    Review  the  classification  schemes  for  your  report  struc- 
tures, especially  in  S/URS  and  in  MARS  fiscal  reports.    Are  you  really 
getting  50  percent  Federal  participation  in  all  your  family  planning 
disbursements?    We  found  that  for  a  while  we  were  claiming  the  higher 
participation  only  on  family  planning  services  delivered  by  family 
planning  clinics.    The  category  of  service  maps  were  incomplete. 

Report  Generator  Packages 

To  get  full  service  out  of  your  laboriously  constructed  and  fussed- 
over  database,  you  need  some  system  of  generating  special  extracts  of 
data  and  some  system  of  doing  statistical  analyses  for  special  reports. 
This  means  that  you  probably  are  going  to  need  a  computer  statistical 
package  such  as  the  Statistical  Package  for  the  Social  Sciences  (SPSS) 
or  the  Biomedical  Data  Package  (BMD).    You  are  also  going  to  need  a 
report  generator  package  that  can  extract  data  more  cheaply  than  SPSS 
and  format  it  for  display.    Because  your  files  may  be  complex,  with 
variable-length  records  and  variable  formats,  you  will  want  to  see 
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whether  the  simple  report  generators  already  available  at  your  computer 
center  will  meet  your  needs.    They  may  not.    Also,  in  addition  to  the 
software  packages,  you  will  need  staff  people  who  can  exploit  them. 
These  people  don't  have  to  be  programmers,  perhaps  shouldn't  be,  but 
they  need  some  systems  sophistication.    More  importantly,  they  need 
to  be  familiar  with  your  system  files  and  coding  structures,  with  the 
software  packages,  with  statistics  (perhaps),  and  with  the  techniques 
of  asking  good  questions  when  someone  asks  them  to  pull  something  out 
of  the  history  files.    If  you  give  people  what  they  ask  for,  they  may 
not  get  what  they  want,  what  they  need,  or  what  they  can  use  without 
going  astray.    There  are  days  when  I  think  every  Medicaid  agency 
should  have  a  statistician,  biometrist,  or  health  economists  to  help 
people  ask  the  right  managerial  questions  of  th3  computer  systems. 

Privacy 

Let  me  conclude  by  saying  something  about  privacy.    Two  or  three 
books  you  should  have:    Arthur  Raphael  Miller's  The  Assault  on  Privacy 
has  the  cleanest  and  sharpest  conceptualization  of  the  big  issues  I 
have  found.    The  DHEW  publication,  Records,  Computers,  and  the  Rights 
of  Citizens,  lays  out  the  basis  for  much  Federal  legislation.  (This 
latter  is  DHEW  Publication  OS-73-97.)    You  may  also  want  to  get 
Computers,  Health  Records,  and  Citizen  Rights,  National  Bureau  of 
Standards  Monograph  157  (from  1977),  or  the  summary  of  that  book 
called  A  Policy  Analysis  of  Citizen  Rights  Issues  in  Health  Data  Systems, 
National  Bureau  of  Standards  Special  Publication  469  (also  dated  1977). 

To  my  mind,  you  want  to  avoid  property  theories  of  privacy.  If 
you  collect  the  data  and  it  is  your  work  product  (especially  if  it  re- 
lates to  an  individual's  public  identity),  the  information  base  belongs 
to  you,  not  to  the  subject  of  the  data.    You  may  have  legal  obligations 
on  what  you  do  with  data  (and  if  you  think  you  don't,  you're  mistaken  -- 
you  can  begin  looking  at  Title  45,  Code  of  Federal  Regulations, 
Section  205.50),  and  you  have  moral  obligations  to  not  let  data  loose 
that  can  injure  the  subject  or  present  him  in  a  false  light,  but 
you  want  to  keep  clear  that  you  are  the  manager  of  the  data,  not  the 
subject. 
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One  final  word.    You  will  do  well  to  assume  that  abuses  of  pri- 
vacy will  come  from  your  own  staff.    An  example  is  the  county  welfare 
board  member  in  one  state,  a  county  commissioner  who  had  a  legal  right 
to  look  at  data  on  Medicaid  recipients,  who  set  out  to  harass  reci- 
pients who  he  thought  were  unworthy.    This  is  the  sort  of  person  who 
poses  the  greatest  risk,  perhaps.    There  are  other  risks,  too,  however, 
and  you  will  do  well  to  review  all  of  your  policies  and  procedures  for 
protecting  the  privacy  of  medical  records.    You  may  want  an  ongoing 
committee  on  privacy  to  review  your  legal  environment  and  your  operating 
conventions  for  preventing  leaks  of  confidential  information,  both 
individual  leaks  and  massive  copying  of  computer  files.    These  things 
are  unlikely  occurrences,  but  their  costs  to  the  subjects  of  the  data 
can  be  cruel . 


DATA  ELEMENT  DESIGN  AND  FORMS 


Donald  A.  Roache 
Coordinator,  Management  Information  Systems 
Department  of  Health  and  Mental  Hygiene 
State  of  Maryland 

You  are  going  to  love  my  briefing  because  it  is  guaranteed  to 
be  the  shortest  one  of  the  day.    It  is  going  to  be  short  for  several 
reasons.    One  is  that  I  have  no  prepared  remarks.    Second  is  the 
obvious  interest  of  conserving  time,  and  third  is  that  Paul  Farseth 
has  so  adequately  covered  the  subject  of  data  elements  and  forms 
design.    You  might  ask,  then,  why  should  I  be  on  this  program  having 
no  prepared  remarks  and  coming  from  a  state  which  has  not  yet 
implemented  a  Medicaid  Management  Information  System.    And  I  would 
answer  that  with  one  simple  word,  and  that  is  interest.    I  had 
conversations  with  Paul  trying  to  learn  the  very  things  that  you 
have  learned  today  in  developing  MMIS  in  Maryland,  and  I  have  had 
conversations  with  people  in  SRS,  such  as  Wes  Baker,  and  they 
thought  that  it  might  be  well  if  I  participated  in  the  program.  So 
I  found  myself  somewhat  in  the  role  of  Mike  Diem,  who  is  here  to 
learn  from  you  rather  than  to  contribute,  though  I  do  think  that  in 
some  of  the  group  discussions  we  will  have,  I  may  be  able  to  contri- 
bute a  bit. 

While  we  haven't  implemented  an  MMIS  in  Maryland,  we  are  not 
totally  without  automation.    We  have  a  partially  automated  system;  we 
do  process  claims  for  payment  automatically;  we  do  have  some  built-in 
edits;  and  we  have  faced  the  problem  of  collecting  data  for  our  claims 
payments  and  for  our  output  reports. 

In  addition  to  that,  we  have  spent  about  ten  months  with  a  con- 
tractor, who  has  since  defaulted,  in  developing  an  MMIS.    In  the 
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process  of  doing  this,  we  have  faced  the  very  problems  that  Paul  has 
iterated  to  you  today,  and  they  are  real.    And  we  don't  know  the 
answers  to  all  of  them  yet.    We  are  still  striving  for  the  proper 
balance  between  how  much  data  to  require  of  a  provider,  how  many 
edits  to  place  on  that  data,  and  how  many  claims  do  you  get  processed. 
You  can  over-edit,  and  you  can  over-require  data,  some  of  which  is 
unnecessary,  and  you  can,  as  was  indicated  earlier,  wind  up  getting 
only  15  percent  of  your  claims  through  the  system. 

In  the  process  of  dealing  with  providers,  it  hit  us  pretty  clearly 
that  when  you  think  about  input  data  on  invoices  it  basically  breaks 
down  into  two  kinds:    that  which  is  necessary  for  legal  claims  payment 
and  that  which  is  necessary  for  reporting,  be  it  in  SURS  or  MARS.  We 
feel,  and  I  think  we  heard  this  again  from  Paul,  that  you  have  to  go 
a  little  slowly  on  the  latter,  particularly  that  which  you  use  for 
SUR.    When  you  are  developing  your  system,  you  really  don't  have  your 
SUR  that  well  defined,  and  it  is  a  little  difficult  to  know  what  you 
are  going  to  require  on  a  claims  form  when  you  are  not  sure  what  you 
are  going  to  produce  as  output  in  your  SUR  system.    So  we  will  probably 
go  easy  on  such  things  as  diagnosis  codes,  as  Minnesota  has  done, 
except  in  the  case  of  in-patient  care,  where  we  must  demand  it  for 
length-of-stay  analyses. 

We  are  interested  in  the  quality  of  data,  and  we  are  interested 
in  the  timeliness  of  data.    I  have  always  had  the  philosophy  that  if 
you  are  going  to  get  good  data,  there  are  two  ingredients  that  are 
necessary.    It  must  be  simple  to  report  and  there  must  be  a  benefit 
to  the  reporter.    In  our  approach  to  simplicity,  we  have  bypassed 
scannable  inovices,  because  we  feel  that  it  is  easier  for  the  provider 
to  fill  out  a  claims  form  if  he  doesn't  have  to  insert  it  in  a  type- 
writer.   We  also  use  embossed  cards  for  recipient  identification  and 
embossed  plates  for  provider  identification,  which  means  that  the  pro- 
vider doesn't  have  to  transcribe  this  information.    Where  this  credit- 
card  type  of  data  capture  is  used,  the  identification  of  the  provider 
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and  the  identification  of  the  recipient  are  pretty  much  guaranteed  of 
being  accurate.    These  are  some  of  the  innovations  that  we  have  looked 
at. 

We  are  extremely  interested  in  automation,  and  we  have  participated 
in  some  national  programs  to  develop  a  standard  pharmacy  drug  claim 
magnetic  tape  format.    We  do  have  magnetic  tapes  coming  in  from  some 
of  our  hospitals  in  the  state.    With  respect  to  the  second  item,  or 
the  second  ingredient  for  reporting,  i.e.,  there  must  be  a  benefit 
to  the  reporter,  the  benefit  is  an  obvious  one.    If  he  doesn't  give 
us  the  data,  he  doesn't  get  paid,  and  we  will  seek  to  enforce  that 
and  reinforce  that  as  we. go  along.    This  is  about  all  I  want  to  say 
at  this  point  in  time.    I  look  forward  to  working  with  Paul  and  you 
in  the  group  session  tomorrow  and  sharing  your  views  on  this  whole 
business  of  data  elements  and  forms  design. 


MEDICAID  CLAIMS  PROCESSING 


Bill  Barnett 
Chief,  Data  Systems 
Department  of  Public  Welfare 
State  of  Ohio 

A  review  of  some  basic  statistics  may  be  helpful  in  understanding 
the  claims  processing  function  in  Ohio.    Our  Medicaid  budget  is  now 
over  $520  million  per  year,  with  over  700,000  recipients,  30,000  pro- 
viders and  a  claim  volume  of  over  17  million  per  year.    The  counties 
perform  eligibility  determination  and  we  do  not  have  a  medically  needy 
program. 

I  have  chosen  to  discuss  "Claims  Processing"  as  an  integral  part 
of  the  total  MMIS  system  rather  than  as  a  separate  function. 

The  critics  of  the  MMIS  often  refer  to  it  as  "just  another  claims 
processing  system."    You  and  I  know  that  it  is  a  great  deal  more,  but 
it  does  have  its  limitations  and  I  think  it  is  important  that  we  estab- 
lish "what  it  does  not  do."    MMIS  is  a  management  tool  --  not  the  total 
solution  to  rising  health  care  costs.    Yet  many  officians  appear  to  be 
looking  to  MMIS  for  the  total  solution.    The  next  two  charts  demonstrate 
the  limitations  of  that  concept. 

CHART  I  —  NATIONAL  HEALTH  COSTS 

This  chart  indicates  the  trend  over  the  past  five  years  in  health 
costs.  Anyone  here  can  predict  where  the  next  line  on  that  chart  will 
fall.    MMIS  cannot  reverse  the  increasing  trend  in  costs. 

CHART  II  --  OHIO  HEALTH  COSTS 

Here  you  will  note  that  70%  to  75%  of  all  health  costs  are  for 
hospital  and  nursing  home  care.    The  only  real  way  to  reverse  these  cost 
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EXHIBIT  1 
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EXHIBIT  2 
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trends  is  through  "alternative  sources  of  care"  --  and  they  do  not  exist 
to  any  significant  degree  in  Ohio. 

While  MMIS  will  not  change  the  trend  in  health  costs,  it  can  and 
must  be  an  effective  means  of  cost  containment. 

Ohio  has  now  operated  the  MMIS  system  for  over  three  years.  Looking 
back  at  our  experience,  and  our  mistakes,  we  can  identify  at  least  six 
minimum  requirements  for  implementation  of  an  MMIS  system.    Although  they 
appear  to  be  just  plain  management  "good  sense,"  our  experience  indicates 
they  are  worth  repeating.    These  factors  include: 

1)  ADEQUATE  COMPUTER  CAPACITY  —  pressures  to  get  a  system  up 
early  often  tempt  states  to  use  the  equipment  on  hand,  although 
inadequate.    Ohio's  hardware  was  at  least  30%  too  small  at 
implementation,  preventing  adequate  testing. 

2)  QUALIFIED  PROGRAMMER/ANALYSTS      MMIS  requires  top  level  pro- 
grammer/analysts.   Ohio  installed  the  system  with  contractor 
support.    When  the  contractor  left,  the  state  couldn't  ade- 
quately maintain  the  system  with  the  limited  staff. 

3)  CLEARLY  DEFINED  STATE  MEDICAID  POLICIES  --  policies  in  effect 
in  Ohio  at  implementation  in  some  areas  actually  encouraged 
overutil ization.    An  example  was  the  policy  on  ambulance, 
where  only  a  doctor's  statement  of  necessity  was  required 
for  a  trip  from  a  nursing  home  to  a  dental  office. 

4)  ADEQUATE  PROVIDER  EDUCATION  --  MMIS  requires  detailed  provider 
training  for  each  claim  type.    Ohio  providers  were  not  ade- 
quately trained  and,  as  a  result,  50%  of  the  claims  failed  the 
edits  and  two  million  piled  up  before  the  trend  was  turned 
around. 

5)  GOOD  CLAIMS  FORMS  DESIGN  --  some  data  element  changes  should 
have  been  made  in  the  original  design  of  claim  forms.  These 
include: 
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a)  An  eleven  digit  drug  code  field  in  lieu  of  nine,  to 
accommodate  package  sizes. 

b)  A  unique  claim  number  field  to  be  assigned  by  the 
provider  as  his  control  number.    This  provides  for 
better  record  keeping  by  providers  and  reduces  dupli- 
cation of  claims. 

c)  A  single  date  field  for  each  service  rather  than 
inclusive  dates.    This  would  reduce  the  number  of 
conflicting  claims,  which  has  been  a  very  high  error 
rate. 

6)    PHASED  IMPLEMENTATION  --  Ohio  attempted  to  implement  all  claim 
types  at  one  time.    As  a  result,  programming  problems  over- 
whelmed our  small  programmer  staff. 

ORGANIZATIONAL  STRUCTURE 

The  specific  organizational  structure  for  claims  processing  is  dic- 
tated to  a  large  extent  by  other  state  structures.    However,  to  the 
extent  that  the  organization  can  be  influenced,  there  are  special  consi- 
derations worth  noting. 

1)    CENTRALIZED  COMPUTERS  VERSUS  DEPARTMENTAL 

Traditionally,  most  state  welfare  departments  have  resisted 
the  centralization  of  computer  hardware  on  the  basis  that 
welfare  programs  might  not  receive  the  necessary  priority 
under  centralization.    We  initially  resisted  centralization 
in  Ohio.    It  was  accomplished,  primarily,  through  state  law. 
Now,  for  the  first  time,  we  have  adequate  computer  resources. 
There  are  several  factors  which  now  appear  to  strongly  sup- 
port a  centralized  concept  for  computer  hardware  in  Ohio. 

a)  Federal  funding  now  provides  a  greater  percentage  of 
total  computer  center  financing. 

b)  better  utilization  is  made  of  large  scale  computers. 
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c)  Better  vendor  system  support  by  having  fewer  vendors 
and  a  greater  concentration  of  common  hardware. 

d)  The  psychological  impact  on  centralized  data  center 
management  to  ensure  support  for  a  program  with  so 
much  political  attention  has  been  an  important  factor. 

e)  Ability  to  select  hardware  without  prior  HEW  approval 
for  non-dedicated  equipment  has  reduced  procurement 
time. 

PROGRAMMER/ ANALYSTS 

The  same  argument  does  not  necessarily  hold  true  with  the 
programmer/analysts.    We  retained  the  programmer  analyst's 
functions  in  welfare.    While  computer  priorities  can  be 
changed  on  a  daily  basis,  the  same  is  not  true  for  pro- 
grammers and  analysts.    Here,  long  term  specialized  training 
is  required.    Welfare  department  system  managers  are  best 
able  to  determine  priorities  of  system  changes. 

PROVIDER  ASSISTANCE  UNITS 

We  believe  that  the  provider  assistance  unit,  including  pro- 
vider enrollment,  belongs  in  the  same  division  as  claims 
processing.   Since  most  questions  and  problems  relate  to  claims, 
problem  resolution  is  facilitated  under  a  single  manager. 

POLICY  AND  SUR 

Policy  setting  functions  and  surveillance/utilization  func- 
tions seem  to  belong  in  the  same  organizational  unit.  Un- 
questionably, the  greatest  incentive  to  provider  overutili- 
zation  is  poorly  stated  or  unclear  policy.    By  having  SUR 
and  policy  functions  in  the  same  unit,  responsibility  for 
both  is  better  defined. 

STAFFING 

Upward  mobility  for  personnel  in  claims  processing  functions 
is  a  special  problem  due  to  the  large  gap  between  claims 
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processing  clerks  and  management  levels.    Personnel  in  these 
jobs  who  aspire  to  higher  levels  frequently  must  leave  the 
division  for  advancement.    Turnover  has  been  a  constant 
problem.    For  this  reason,  nurses  and  young  people  with 
degrees  are  not  usually  happy  in  these  jobs.  Incidentally, 
we  do  not  feel  that  nurses  are  required  as  claims  resolution 
clerks.    Medical  judgment  belongs  in  policy  areas.  Claims 
processing  is  a  "production  shop." 

Personnel  Requirements 

We  are  frequently  asked,  "How  many  people  are  required  in  error 
resol ution?" 

The  answer  is:  As  many  as  are  required  to  do  "today's  work  today," 
based  on  the  system  in  operation. 

If  a  state  follows  the  original  MMIS  design  and  suspends  all  errors, 
obviously  more  staff  will  be  required  than  a  system  using  "front  end  re- 
jects."   Under  any  system,  sufficient  staff  should  be  available  to  pre- 
vent more  than  a  normal  workload  from  generating.    Otherwise,  duplicate 
claims  will  be  generated  by  providers,  thereby  artifically  creating  more 
workload  and  a  requirement  for  still  more  error  resolution  staff. 

Physical  Factors 

Physical  factors  should  be  thoroughly  evaluated  before  MMIS  is  in- 
stalled.   Relocating  personnel,  data  entry,  microfilm  operations,  or  the 
claims  control  function  after  implementation  can  be  an  expensive  change, 
especially  since  HEW  90/10  funding  is  not  available  after  settlement  for 
initial  development  costs. 

Office  Layout  and  Work  Flow 

Office  layout  and  work  flow  need  to  be  considered  with  a  view  toward 
minimizing  the  number  of  times  claims  must  be  handled.    Ready  access  to 
microfiche  and  microfilm  is  extremely  important. 
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Claims  Form  Design 

Claims  form  design  influences  the  total  system,  from  data  entry 
method  to  error  resolution  to  decisions  on  whether  claims  are  to  be 
suspended  or  rejected.    Redesign  and  provider  education  as  a  result  of 
poor  initial  design  is  a  costly  process. 

Data  Entry 

Ohio  uses  four  methods  of  data  entry: 

40%  by  magnetic  tape  from  providers  or  contractors  at  no 
expense  to  Ohio. 

30%  by  optical  scanning,  using  an  REI  80  scanner. 

30%  by  key  disk  which  is  gradually  being  converted  to 
one  of  the  above. 

Error  correction  is  done  "on  line"  using  CICS. 
Microfiche 

Microfiche  is  an  economical  substitute  for  most  hard  copy  reports 
that  require  repetitive  use  or  storage.    The  Ohio  cost  for  microfiche 
is  75<t  per  fiche  for  the  original  and  7<£  per  copy. 

Microfilm 

The  choice  of  microfilm  equipment  at  the  time  of  MMIS  development 
is  important  because  of  office  layout  decisions  and  error  resolution 
procedures.    Large  states  should  also  consider  an  automated'key  retrieval 
system.    The  requirement  for  additional  retrieval  increases  rapidly 
after  SUR  becomes  operational. 

Claims  Processing  Edits 

As  I  stated  earlier,  when  MMIS  was  first  installed  in  Ohio,  we  had 
a  50%  claim  failure  rate.    It  is  now  20%.    Since  implementation,  we  have 
added  about  twenty-five  additional  edits,  primarily  designed  to  control 
overutil ization  of  services.    We  have  also  changed  about  fifty  edit  codes 
from  "suspense"  to  "reject". 
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Due  to  either  a  lack  of  staffing  or  to  a  requirement  for  provider 
correction,  claims  are  rejected  on  the  remittance  statement  for  drugs 
and  supplies  and  all  direct  entry.    For  other  claim  types,  the  hard 
copy  is  returned. 

Front  End  Edits 

Front  end  edits  should  also  be  considered.    We  believe  that  "front 
end"  edits  and  the  return  of  erroneous  claims  at  that  point  should  be 
expanded.    This  procedure  gets  the  training  to  the  person  who  prepared 
the  erroneous  claim.    Relatively  inexpensive  key  disk  equipment  provides 
the  capability  to  do  90%  of  edits  at  the  front  end.    Obviously  the  same 
edits  could  be  accomplished  "on  line"  with  CRT  data  entry. 

Medicare  CRVS  Coding 

Medicare  CRVS  coding  is  incompatible  with  CPT  coding  in  Ohio- 
For  example,  the  1964  CRVS  has  seven  codes  for  home  and  nursing 
home  visits.    CPT  uses  twenty-seven.    This  makes  it  impossible  to  have 
a  meaningful  comparison  of  charges  and  also  difficult  to  monitor  Medicare 
coverage. 

FUTURE  TRENDS 

There  are  two  trends  that  are  beginning  to  become  dominant.  First, 
because  of  the  tremendous  pressure  from  state  legislatures  to  reduce  costs, 
more  emphasis  will  be  placed  on  policy  limitations  and  program  reductions. 
As  a  result,  the  requirement  for  additional  edits  and  prepayment  screens 
will  follow.    Second,  as  the  amount  of  "third  party"  resource  recovery 
increases,  the  requirement  to  identify  "third  party"  resources  before 
payment  will  increase.    Large  recoveries  suggest  inefficient  prepayment 
systems.    The  feeling  is  becoming  prevalent  that  no  SUR  or  third  party 
recovery  unit  can  be  as  efficient  as  prepayment  system  edits  that  prevent 
a  claim  from  being  paid. 

In  conclusion,  I  want  to  assure  you  that  MMIS,  as  it  exists  in  Ohio 
today,  is  a  viable,  efficient  system  --  but  it  suffers  from  a  big  credi- 
ability  gap.    Hopefully,  meetings  such  as  this  will  narrow  that  gap. 


PROVIDER  RELATIONS  AND  TRAINING 

James  Crawford 
Director,  Management  Analysis 
Bureau  of  Medical  Assistance 
Department  of  Social  Services 
State  of  Michigan 

BACKGROUND 

When  Michigan  State  Government  began  to  take  over  the  Medicaid 
payments  program,  we  had  a  very  disgruntled  provider  population  in 
Michigan.    Medicaid  providers  were  experiencing  very  slow  payment. 
It  was  anywhere  from  three  to  six  months  from  the  time  the  providers 
submitted  a  bill  to  the  fiscal  intermediary  until  they  received 
payment.    That  was  a  pretty  good  situation  for  the  State,  since  all 
we  had  to  do  was  demonstrate  that  we  could  beat  that  time  frame. 

In  February  1972,  the  Bureau  of  Medical  Assistance  had  a  Medicaid 
Fiscal  Management  Division,  an  Invoice  Processing  Division,  and  a 
Policy  and  Planning  Division.    It  was  determined  early  on  that  in 
order  to  implement,  continue  to  operate,  and  improve  on  a  success- 
ful Medicaid  Management  Information  System  (MMIS),  rapport  had  to  be 
established  and  maintained  with  the  providers'  professional  associa- 
tions and  societies.    The  division  that  this  responsibility  fell  within 
was  Policy  and  Planning,  and  specifically  an  organization  called  Pro- 
vider and  Recipient  Services.    Most  of  the  people  that  we  staffed  that 
division  with  were  hired  from  the  private  insurance  industry.    We  ob- 
tained a  lot  of  personnel  from  Blue  Cross/Blue  Shield  and  Aetna.  And 
that  really  minimized  the  learning  curve  associated  with  training 
providers  in  what  they  had  to  do  in  order  to  successfully  bill  the 
system  and  in  writing  the  manuals.    The  kinds  of  functions  that  are 
performed  within  Provider  and  Recipient  Services  are  the  education 
and  training;  that  is,  going  out  and  educating  the  key  person  to  the 
success  in  this  system,  the  billing  clerk  in  the  Medicaid  provider's 
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office.    We  have  a  Provider  Enrollment  area,  and  their  responsibility 
was  to  get  our  29,000  Medicaid  providers  updated  on  that  provider 
enrollment  data  processing  master  file.    We  had  materials  manning 
which  had  responsibility  for  distributing  all  the  claim  forms,  the 
claim  adjustment  forms,  and  our  provider  bulletins  and  materials 
that  we  use  to  communicate  changes  in  the  system  to  our  provider 
community.    We  also  have  a  hot-line  area  that  answers  the  questions 
about  "How  do  I  successfully  fill  out  a  claim  for  this  specific 
service?"    We  also  have  an  area  of  responsibility  that  answers  ques- 
tions about  "I  gave  you  this  claim  on  date  X.    Where  is  it  in  the 
system?"    We  have  two  field  representatives  that  go  out  and  spend 
time  doing  repetitious  problem  solving.    Our  field  representatives 
do  not  spend  any  time  in  the  field  doing  any  preventative  training. 
We  also  have  one  person  and  a  full-time  secretary  who  answers  all 
written  correspondence  the  comes  into  the  Bureau.    This  correspondence 
is  generated  by  recipients,  our  legislators,  and  is  a  full-time 
position.    The  mission  of  that  organization,  Provider  and  Recipient 
Services,  is  to  make  public  information  about  the  Medicaid  program, 
to  fully  educate  the  Medicaid  providers  and  recipients  as  to  the 
program  and  to  generally  promote  the  Michigan  Medicaid  system.  I 
think  that  this  is  really  important.    We  spend  a  lot  of  time  in 
Michigan  advertising  the  system  because  it  has  been  fairly  successful. 
The  kinds  of  characteristics  that  you  must  have  in  your  provider  and 
recipient  relations  staff  and  their  associated  administration  are: 
they  must  possess  communication  skills  and  arts,  they  must  be  program- 
positive  and  firm,  yet  they  must  be  tactful  and  considerate  of  others' 
viewpoints.    Let  me  also  mention  the  importance  of  a  central  communi- 
cations file.    When  you  are  dealing  with  a  provider  population  of 
29,000  and  you  have  folks  involved  with  fraud  and  abuse,  auditing, 
provider  training,  and  cost  settlement,  I  think  you  will  find  that 
it  is  important  that  you  keep  a  central  file  on  all  of  the  communi- 
cations that  are  going  on  with  them.    This  is  to  prevent  the  situation 
where  you  have  two  different  stories  going  out  to  the  same  provider. 
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SOME  SPECIAL  LIAISON  TARGETS 

There  was  a  special  target  population  that  we  really  felt  was 
important  to  define  early  on  in  the  implementation  planning.    On  an 
ongoing  basis,  these  are  the  folks  that  you  must  romance  and  elicit 
commitment  from  in  order  to  successfully  implement  and  continue  to 
operate  a  successful  Medicaid  program.    In  Michigan,  it  was  the 
Michigan  State  Medical  Society,  which  represents  most  of  our  doctors, 
the  Michigan  Osteopathic  Association  and  their  associated  hospital 
groups,  the  Michigan  Hospital  Association,  and  the  Michigan  Osteo- 
pathic Hospital  Association.    In  addition  to  that,  two  other  very 
powerful  associations  are  our  Nursing  Home  Association  and  our 
Pharmacy  Association.    As  an  example  of  the  power  some  of  these 
groups  have,  we  recently  implemented  a  cost  containment  program  in 
Michigan  that  consisted  of  reducing  payments  to  the  ambulance  pro- 
viders by  about  5  1/2%.    My  office  overlooks  the  Capitol  Building. 
We  put  that  announcement  out  on  a  Friday  and  on  Monday  I  watched 
what  appeared  to  be  every  ambulance  driver  in  the  State  of  Michigan 
in  their  ambulances  circling  the  Capitol  Building  with  the  sirens  on. 
Needless  to  say,  the  next  day  the  legislative  body  eliminated  our 
cost  containment  cut.    It  is  that  kind  of  thing  that  makes  it  necessary 
to  meet  with  these  groups  on  a  periodic  basis,  determine  and  share 
your  problems,  and  see  if  you  can  get  combined  agreements  with  them 
as  to  the  solution. 

In  addition  to  the  provider  associations  that  are  important  to 
romance,  I  think  it  is  important  to  talk  about  other  groups,  like 
legislative  fiscal  committees  and  HEW  officials,  both  in  the  regional 
and  central  office.    It  is  also  important  to  touch  base  with  the 
Welfare  Rights  Organization.    They  have  a  lot  of  power  in  Michigan. 
In  addition  to  the  provider  associations  that  are  central  in  Lansing 
and  have  the  lobbying  powers  with  the  political  body,  it  is  also 
important  that  you  spend  time  talking  with  the  county  health  care  pro- 
vider associations  and  societies.    In  Michigan,  these  are  the  de- 
centralized area  of  the  provider  associations.    In  addition  to  that, 
I  think  it  is  important  that  you  spend  time  talking  to  the  state  em- 
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ployees  who  are  going  to  be  affected  by  this  system;  i.e.,  the  case 
workers  and  eligiblity  examiners.    It  is  also  important  that  you 
establish  and  maintain  a  good  liaison  with  whoever  your  fiscal  inter- 
mediary is  at  the  time.    It  is  important  that  you  develop  rapport 
with  Blue  Cross/Blue  Shield  and  Aetna  or  Travelers  Insurance.    It  is 
important,  at  least  it  was  to  us  in  Michigan,  to  meet  early  on  with 
the  Commission  on  Professional  and  Hospital  Activities  (CPHA).  In 
addition  to  that,  we  met  with  Department  of  Management  and  Budget 
personnel  in  order  to  get  the  kind  of  money  you  need  to  do  a  project 
of  this  dimension;  the  Bureau  of  Management  Sciences  group  (in 
Michigan,  that  is  the  organization  who  sprinkles  their  holy  water 
on  your  request  for  additional  ADP  equipment);  and  the  Governor's 
executive  office  (they  have  responsibility  for  health  care  planning 
in  the  state).    We  were  very  fortunate  in  Michigan  that  Stu  Paterson 
and  Paul  Allen  handled  most  of  this  activity.    It  takes  executive 
commitment  early  on  and  guidance  to  establish  the  kinds  of  rapport 
that  you  need  with  all  of  these  special  interest  groups.    I  have 
often  heard  Stu  described  as  a  fellow  who  could  tell  somebody  they're 
going  to  Hell  and  make  them  think  they  are  really  going  to  enjoy  the 
trip.    I  think  that  really  helped  us  in  Michigan. 

In  addition  to  those  special  interest  groups,  you  are  required 
by  Federal  law  to  develop  a  Medical  Care  Advisory  Committee.  A 
couple  of  other  groups  that  we  met  with  and  spent  a  lot  of  time  with 
were  our  county  welfare  directors  and  some  of  their  top  managers  in 
what  we  called  a  County  Advisory  Committee.    Those  who  were  on  the 
Client  Information  System  (CIS)  and  the  Medicaid  project  met  with 
and  asked  them  to  assist  us  in  cleaning  up  the  data  elements  that  we 
had  on  the  file,  and  that  helped  us  in  gaining  that  creeping  commit- 
ment to  the  system.    This,  I  think,  to  a  large  degree,  had  a  lot  of 
relation  to  the  success  of  the  system. 

Another  group  that  I  think  it  is  very  important  to  meet  with  is 
the  wives  of  the  project  members  who  are  involved.    The  Pennsylvania 
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MMIS  project  team  was  in  Michigan  and  we  were  describing  to  them  the 
kinds  of  commitments  that  we  were  eliciting  from  everyone.    As  I  was 
going  through  the  Phase  I  organization  and  staffing  chart,  which  was 
the  development  of  the  online  client  information  system,  I  counted  up 
17  total  employees,  both  state  and  consul  tant.    I  think  something 
like  11  of  those  are  now  divorced.    It  is  important  if  you  are  asking 
for  that  kind  of  time  comnitment  from  someone  to  involve  their  spouse 
on  what's  going  on,  perhaps  by  monthly  dinners. 

PROVIDER  MEETINGS 

How  do  we  conduct  provider  meetings?    First  of  all,  the  agenda 
items  are  prepared  and  distributed  one  week  in  advance  of  the  meeting 
to  allow  preparation  by  both  parties.    They  give  us  their  agenda  items 
and  we  share  ours  with  them.    Briefly,  the  things  to  be  outlined  on  the 
agenda  item  format  is  a  statement  of  the  problem,  analysis  of  the  prob- 
lem, data  that  substantiates  the  problem,  and  alternative  solutions 
to  the  problem.    We  provide  a  vehicle  for  discussion  of  impacts  and 
alternative  solutions  and  then  we  solicit  a  recommended  solution  with 
its  associated  justification.    We  find  that  this  assists  us  in  managing 
meetings  to  the  absolute  minimum  time  required. 

We  also  explain  to  the  provider  associations  what  we  want,  or  have, 
to  do.    It  is  important  to  solicit  their  input  on  problems  and  solutions. 
We  asked  for  the  provider  associations'  input  on  the  invoice  design. 
We  established  a  liaison  person  in  each  of  the  provider  associations. 
Most  of  the  important  decisions  required  both  parties'  input.    We  asked 
the  provider  association  president  and  also  the  Medicaid  program  direc- 
tor to  co-sign  those  documents  that  were  distributed  revealing  deci- 
sions on  critical  issues  so  that  everyone  understood  that  both  parties 
agreed  to  the  recommendations.    Another  thing  that  is  important  is 
that  major  systems  or  forms  changes  should  be  reviewed  by  the  provider 
associations  that  are  impacted  by  the  change.    Associated  with  that  is 
the  fact  that  you  must  give  the  provider  adequate  notice,  preferably 
one  month  prior  to  the  implementation  of  changes  which  affect  them. 
We  had  an  example  here  not  too  long  ago  where  we  sent  out  a  provider 
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bulletin  telling  the  providers  that  on  December  1  we  were  going  to 
implement  a  cost  containment  cut.    They  got  it  on  December  15.  They 
were  really  pleased. 

The  meetings  which  you  have  with  the  providers  should  address 
where  you  are  today,  the  problems  you  are  having,  where  you  are  going, 
and  what  you  have  to  do  to  get  there. 

COMMUNICATIONS  TO  PROVIDERS 

The  vehicles  that  we  use  in  Michigan  to  communicate  with  the 
providers  are  listed  in  this  section.    We  have  a  Remittance  Advice  (RA) 
Flyer  that  is  inserted  with  the  checks  and  the  RA  on  a  weekly  basis 
and  is  specific  to  that  week's  business.    It  tells  about  problems  we 
had  in  the  week's  payroll.    We  also  have  provider  bulletins  which 
are  mass  mailed  to  all  providers.    The  labels  for  most  of  these  mailings 
are  generated  automatically  out  of  the  provider  enrollment  system.  The 
RA  Flyer  is  probably  the  most  important  vehicle  of  communicating  with 
the  providers.    This  is  where  he  gets  his  status  on  rejected,  pended, 
and  paid  claims.    There  is  also  a  pended  claims  list  which  we  produce 
monthly  which  gives  the  provider  a  claim  by  claim,  item  by  item  image 
and  its  status  in  the  system.    In  addition,  we  are  producing  the 
MARS  330  report,  which  is  an  error-analysis  report.    With  this  report, 
we  monitor  the  top  10%  of  the  edits  that  are  producing  billing 
problems.    We  also  manage  the  top  10%  of  the  edits  that  are  causing 
billing  problems  for  everybody  across  a  specific  provider  type. 
We  find  that  if  you  can  manage  10%  its  a  good  step  in  the  right  direc- 
tion.   I  don't  know  when  we  will  ever  be  able  to  make  20  or  25%. 

In  addition,  we  publish  the  Michigan  Medical  Assistance  Program 
Annual  Report  and  fly  it  all  over  the  world.    It  tells  everybody  where 
we  are,  where  we  have  been,  the  kinds  of  problems  we  are  having,  and 
where  we  are  going  in  the  future. 

OPTICAL  SCANNING  OF  INVOICES  AND  FEEDBACK  TO  PROVIDERS 

In  Michigan,  we  are  using  optical  scanning  and  we  have  one  full- 
time  CRT  Coordinator  whose  responsibility  it  is  to  monitor  the  qual ity 
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of  input  from  the  provider  just  in  terms  of  the  OCR.    For  example,  if 
a  provider  is  sending  in  a  lot  of  claims  where  he  typed  them  with  an 
old  typewriter  ribbon,  we  will  start  to  notice  a  high  rejection  rate. 
We  have  a  report  produced  by  the  system  that  tells  us  which  providers 
are  giving  us  the  most  trouble  by  percentage  of  input  that  has  been 
rejected.    The  OCR  Coordinator  uses  this  report  to  identify  who  the 
bad  guys  are.    We  then  have  four  different  types  of  form  letters  that 
we  will  send  out  to  a  provider  based  on  the  results  of  the  OCR  Co- 
ordinator's findings  after  reviewing  specifically  what  the  provider's 
problems  are:    Is  it  his  typewriter  font  style?    Is  it  the  ribbon 
being  old?  etc. 

I  might  mention  here  that  we  met  with  the  provider  associations 
and  decided  that  one  of  the  things  that  it  would  be  intelligent  to 
do  would  be  to  survey  all  of  the  provider  population  and  from  that 
survey  select  the  type  font  styles  that  we  would  use  in  the  scanner 
(OCR).    We  are  using  a  Recognition  Equipment  Incorporated  Scanner, 
which  has  multi-font  style  capability,  but  we  wanted  to  minimize  the 
impact  of  just  blindly  selecting  certain  specific  type  styles, 
assuming  that  those  were  the  most  popular  typewriters  out  in  the  field. 
So  we  did  that  survey  and  tailored  the  scanner  to  minimize  the  effect 
of  telling  the  provider  population,  "You  have  to  go  out  and  buy  brand 
X  typewriter  with  typewriter  font  styles  Y  through  Z." 

OTHER  HELPS  FOR  PROVIDERS 

We  provide  a  lot  of  tools  to  the  provider  community  to  assist 
them  in  billing.    The  attitude  in  Michigan  has  been,  "What  can  we  do 
to  make  your  job  easier?"    Keeping  in  mind  that  the  billing  clerk  is 
the  most  important  link  in  this  whole  system,  we  spent  a  lot  of  time 
thinking  about  what  we  could  give  the  billing  clerk  to  make  his  job 
easier.    One  of  the  things  that  we  put  together  was  an  overview  chart 
that  would  provide  some  help  to  them  in  determining  what  services  were 
covered  for  what  kind  of  recipient,  and  which  ones  were  covered  by 
Medicare,  Crippled  Children,  or  Title  V  programs  and  Medicaid.  We 
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also  gave  them  an  overview  system  cycle  chart  that  describes  the 
Medicaid  Processing  System  in  a  fashion  that  a  common  layman  could 
understand.    There  is  also  a  list  which  we  give  them  of  the  140  most 
commonly  used  procedure  codes.    We  also  provide  them  with  the  100 
most  frequently  used  drug  codes  in  alpha  sequence,  and  we  put  together 
for  all  practitioners  a  quick  reference  guide,  rather  than  having  them 
thumb  through  the  practitioner's  manual,  which  is  about  1  1/2  to  2 
inches  thick.    We  have  a  very  large  chart,  and  if  you  walk  into  most 
practitioners'  offices  in  the  State  of  Michigan,  above  the  billing 
clerk's  desk  you  will  see  this  chart  tacked  up  on  the  wall.  That 
helps  them  so  that  they  don't  have  to  go  through  all  those  pages 
within  the  manual . 

In  addition,  when  we  first  got  started,  for  those  bills  that  came 
into  the  Medicaid  program  from  out-of-state,  we  started  a  Miscellaneous 
Transactions  unit  that  took  care  of  most  of  the  correspondence  via 
telephone  to  assist  those  providers  in  successfully  billing  for  Medi- 
caid recipients  who,  for  example,  had  traveled  to  the  State  of 
California  and  encountered  some  kind  of  medical  problem.    We  spend  a 
lot  of  time  helping  them  bill  the  system.    Another  thing  that  I  might 
mention  about  provider  relations  is  that  most  of  our  news  releases 
are  produced  at  the  lowest  level  within  the  organization  that  is 
required  and  they  are  all  aired  centrally  at  the  executive  offices 
before  being  broadcast. 

TRAINING  SEMINARS 

I  think  this  covers  most  of  the  provider  relations.    This  gets  us 
down  to  the  point  where  we  can  talk  about  the  training  seminars  that 
we  conduct.  rYou  can  imagine  what  a  task  it  was  when  we  first  started 
out  with  29,000  different  Medicaid  providers  in  the  State  of  Michigan. 
How  do  you  bring  all  of  those  people  up  to  speed  about  all  the  com- 
plexities associated  with  successfully  submitting  bills  to  this  system? 
Well,  we  minimized  it  to  an  extent  because  we  phased  in  the  implementa- 
tion of  this  system  by  provider  types,  and  we  chewed  off  a  manageable 
chunk  of  that  particular  provider  type.    For  example,  we  started  off 
with  ambulances.    That  was  the  first  provider  type  that  we  brought  up. 
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And  we  only  took  10%  of  that  ambulance  population.    We  kind  of  split 
the  state  up  into  regions,  and  that  made  it  a  heck  of  a  lot  easier 
in  a  couple  of  ways:    (1)    It  gave  us  a  fall -back  capacity.    In  the 
event  the  system  burped  and  puked,  we  could  just  fall -back  and  start 
all  over  again.    (2)    The  training  sessions  were  conducted  on  that 
phased-in  population.    We  trained  10%  and  got  a  lot  smarter  about 
the  kinds  of  things  that  we  could  be  doing  in  the  subsequent  training 
sessions.    We  developed  what  I  think  is  a  fairly  decent  training 
session  for  Medicaid  providers.    I  would  like  to  mention  that  now 
we  are  pre-enrol 1 ing  or  pre-schedul ing  all  providers  into  these 
sessions.    From  that  process  has  evolved  an  automated  seminar  enroll- 
ment system.    All  of  the  match-ups  back  to  this  are  done  on  the 
system  also.    We  have  three  different  teams  that  consist  of  two  people 
each  that  go  out  on  the  road  three  days  a  week  and  are  back  in  the 
office  on  Monday  and  Friday.    This  goes  on  10  months  out  of  the  year. 
That  is  our  schedule  now.    The  activity  level  has  dropped  off  signi- 
ficantly. 

In  addition  to  that,  we  have  a  Medicaid  Seminar  schedule  booklet 
and  this  is  how  we  are  today  notifying  providers  of  when  seminar 
sessions  will  be  scheduled.    I  might  mention  that  we  use  primarily 
Holiday  Inns  for  those  sessions.    The  Blues  in  the  State  of  Michigan 
have  recently  changed  their  policy  in  that  area  and  do  not  charge 
all  the  personnel  attending  seminars  for  billing  sessions.    The  State 
of  Michigan  pays  for  the  coffee  and  rolls.    Seminars  start  at  9:00 
and  go  until  4:00. 

We  have  two  basic  kinds  of  seminars:    one-day  and  two-day.  The 
one-day  is  for  the  person  who  is  just  getting  started  in  the  billing 
business.    The  two-day  is  after  that  person  has  gone  back  into  the 
doctor's  office  and  worked  with  the  system  for  awhile,  we  ask  them 
to  come  back  to  a  more  intensive  session  where  we  spend  a  lot  more 
time  with  them  and  really  get  down  into  the  nitty  and  the  gritty  of 
the  detailed  problems  one  could  have  in  billing  the  Medicaid  system. 
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Altogether  we  have  24  different  slideshows  that  we  put  on  for  the 
various  Medicaid  providers.    We  have  training  kits  that  we  distribute 
at  the  sessions.    The  instructor  is  provided  with  a  key,  an  overview, 
and  an  agenda  for  use  during  the  training  sessions.    At  the  end  of  our 
sessions  we  ask  the  attendees  to  fill  out  a  seminar  evaluation  report. 
This  is  a  summary  report  of  findings  resulting  from  training  sessions. 
It  describes  to  us  how  effective  the  billing  clerks  thought  the  session 
was. 

I  have  included  a  summary  of  a  slideshow  describing  what  one  of 
those  training  sessions  looks  like. 

SLIDE  #1    --  This  is  the  logo  for  the  Michigan  Medicaid  System.    You  will 
find  it  on  each  and  every  one  of  the  provider  manuals.  It 
shows  the  marriage  that  has  to  occur  between  the  target 
population,  the  Medicaid  eligibles  that  we  are  trying  to 
help,  and  is  described  in  the  top  part  of  the  logo.  In 
the  bottom  right  hand  side  of  the  logo  you  see  Michigan 
State  Government,  and  it  is  important  to  keep  in  mind  this 
is  both  the  political  body  and  the  administrative  types. 
Over  on  the  left  is  the  medical  community.    I  think  probably 
one  of  the  toughest  jobs  for  the  Medicaid  Program  Director 
in  each  and  every  state  is  trying  to  keep  all  three  con- 
tained. 

SLIDE  #2    --  This  is  an  overview  slideshow  that  we  give  to  each  and  every 

one  of  the  folks  who  attend  the  seminars. 
SLIDE  #3    --  We  describe  to  them  each  and  every  one  of  the  manuals  that 

we  use. 

SLIDE  #4    --  These  are  the  invoices.    We  explain  how  we  designed  them 
for  optical  scanning. 

SLIDE  #5    --  We  show  how  we  are  pre-printing  the  first  line  of  that  in- 
voice. 

SLIDE  #6    --  This  is  what  the  Medicaid  provider's  billing  clerk's  office 
typically  looks  like.    On  the  right  hand  side  we  describe 
the  cheater  card,  or  reference  guide.    This  assists  them 
because  they  don't  have  to  flip  through  the  entire  manual. 
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SLIDE  #7    --  We  tell  them  what  happens  once  they  submit  their  invoices 
to  us  in  our  envelopes.    On  this  envelope  you  will  notice 
on  the  flap  on  the  right-hand  side  there  is  some  fine 
writing. 

SLIDE  #8    --  This  is  a  blow-up  of  what  that  really  looks  like.    We  found 
when  we  implemented  this  system  we  had  providers  that  would 
try  to  put  90  invoices  in  an  envelope  and  put  one  stamp  on 
it.    Really,  this  helped  a  lot  in  the  provider  relations 
area  because  all  of  those  envelopes  were  going  down  to 
Chicago  to  the  dead  mail  area  and  they  wondered  where  all 
their  invoices  were.    We  hadn't  seen  them  yet.    So  this  is 
just  a  little  tool  you  can  use  to  help  them  out. 

SLIDE  #9    --  We  described  what  happens  when  the  envelopes  come  into  the 
Bureau  of  Medical  Assistance.    How  we  open  them. 

SLIDE  #10  --  How  we  pre-scan  them  to  make  sure  that  there  is  a  signature 
on  them. 

SLIDE  #11  --  How  we  align  them.    To  make  sure  that  there  is  a  signature 
on  them. 

SLIDE  #12  --  How  we  print  the  claim  reference  number  (CRN)  on  them. 

SLIDE  #13  --  We  describe  the  importance  of  that  CRN. 

SLIDE  #14  --  Also  note  on  this  set  of  invoices,  up  in  the  upper  right 
hand  side  above  the  CRN,  the  provider's  own  reference  num- 
ber.   This  is  important.    This  is  how  the  provider  keeps 
track  of  an  invoice  that  he  sent  to  us  so  he  knows  it  has 
actually  made  it  all  the  way  through  the  system.  - 

SLIDE  #15  —  We  describe  the  format  of  the  CRN. 

SLIDE  #16  --  We  talk  about  how  we  microfilm  all  of  the  paper  and  how  all 
#17,  #18,      of  that  paper  gets  inputted  to  our  optical  scanning  process. 
#19 

SLIDE  #20  --  We  describe  what  happens  if  they  do  a  good  job.    Their  invoice 
ends  up  in  the  right-most  pocket.    If  they  do  a  bad  job,  we 
talk  about  how  it  rejects  in  the  left-most  pocket.    And  if 
they  don't  do  avery  good  job  using  the  sno-pake  or  correc- 
tion tape  it  ends  up  in  the  middle  pocket,  and  that  is  going 
to  take  extra  time  to  receive  payment.    We  emphasize  that 


11-12 


SLIDE  #21a 
#21  b 

SLIDE  #22  ■ 
SLIDE  #23  ■ 


SLIDE  #24  -- 


SLIDE  #25  -- 


SLIDE  #26  -- 
SLIDE  #27 

#28 

SLIDE  #29  -- 


when  we  are  talking  to  these  billing  clerks.  It  is  now 
treated  as  an  exception,  it  is  going  to  take  extra  time 
to  get  payment  back. 

We  explain  how  we  do  our  re-entry  processing  for  claims 
where  they  don't  use  sno-pake  correctly  and  where  the 
overstrike  on  the  typewriter  didn't  bleed  through. 
We  show  how  it  gets  converted  to  magnetic  tape. 
We  show  what  happens  to  invoices  which  are  hand  written. 
They  are  treated  as  an  exception.    It  is  going  to  take 
longer  to  get  those  through  the  system  than  if  we  could 
scan  them. 

We  give  them  an  overview  of  the  MMIS  from  a  perspective 
where  they  will  understand  it.    We  describe  on  the  left- 
hand  side  of  this  chart,  the  small  arrow  which  shows  how 
their  invoices  are  matched  against  all  the  reference  files 
like  the  drug  codes,  the  diagnosis  codes  and  so  on.  And 
if  they  do  a  good  job  we  talk  about  how  the  little  arrow 
becomes  a  big  arrow  and  it  is  submitted  to  the  weekly 
history  edit  and  payroll  process. 

We  also  talk  about  what  happens  when  a  claim  pends.  If 
the  billing  clerk  didn't  do  a  good  job  on  it,  once  again 
it  drops  out  of  the  system  and  it  is  going  to  take  longer 
to  receive  payment.    It  is  going  to  take  more  work  on 
our  part.    We  don't  want  that,  so  we  encourage  them  to 
do  a  good  job. 

When  a  claim  pends,  how  is  it  corrected? 

How  is  it  re-entered  into  the  system?    And  once  again,  the 

major  emphasis  here  is  that  it  is  going  to  take  additional 

time. 

We  talk  about  what  happens  at  the  back  end  of  the  system. 
How  the  RA's  are  married  up  with  the  checks,  how  the  pro- 
vider bulletins  are  inserted,  how  reference  or  RA  flyers 
are  inserted. 
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SLIDE  #30  --  This  is  our  hot-line  area.    We  describe  what  they  have  to 
do  in  the  event  they  have  a  question  to  ask  about  how  I 
bill  a  claim  or  where  is  this  claim  in  the  system. 

SLIDE  #31  --  We  describe  how  we  have  records  on  microfilm  and  how  we 
can  assist  them  in  their  claims  inquiry  questions. 

SLIDE  #32       We  describe  the  data  processing  equipment  that  we  use. 

#33,  #34, 

#35 

After  we  have  given  them  the  overview  on  exactly  what  it  is  we  do, 
we  tell  them  everything  there  is  to  know  about  every  single  data  element 
on  the  blank  invoice.    And  we  actually  follow  through  the  structure  of 
the  manual  itself.    Each  of  the  provider  manuals  is  laid  out  in  such 
a  fashion  that  it  gives  them  an  overview  of  Medicaid  and  Medicare.  It 
delineates  the  data  elements  that  are  required.    Here  we  describe  to 
them  the  importance  of  the  following: 

1.  The  Provider  Identification  Section, 

2.  The  Recipient  Identification  Section, 

3.  The  Statement  of  Services  Rendered. 

We  actually  describe  in  case  studies,  i.e.,  we  pretend  what  happens  when 
Mary  Jones  comes  into  the  office  and  asks  for  this  kind  of  service.  We 
actually  put  this  slide  up  on  the  screen  and  tell  them  what  it  is  we 
have  to  do  in  order  to  successfully  fill  out  the  invoice.    We  are  teaching 
them  all  the  time  about  the  importance  of  getting  the  proper  procedure 
code  and  so  on.    We  go  through  several  case  studies  where  we  help  them. 
Then  we  spend  some  time  telling  them  how  you  successfully  bill  Medicare 
and  Medicaid  cross-over  claims.    We  actually  walk  and  talk  through  with 
them  filling  out  the  invoice.    We  show  what  applies  to  deductible,  what 
the  Title  18  charges  are,  the  Title  19  charges,  and  so  forth.    We  go 
through  several  examples  of  the  Medicare  and  Medicaid  cross-over  claims. 
We  show  what  happens  to  Part  B  charges  and  so  on.    Now,  from  here  we 
say,  "OK,  billing  clerks,  it  is  time  that  we  talk  through  one  example 
and  you  fill  out  the  invoice  all  by  yourself."    After  they  have  taken 
enough  time  filling  them  out,  then  we  will  put  the  answers  up  on  the 
slide  screen  and  we  will  go  through  with  them  trying  to  answer  and  re- 
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solve  each  one  of  the  errors  that  we  find  when  we  compare  what  they 
have  filled  out  to  what  is  the  correct  answer.    We  go  through  that  same 
exercise  with  claim  adjustments.    How  do  you  fix  the  problem  where 
rather  than  billing  $5.00  for  a  drug  you  billed  .  50<£?    How  do  I  fix 
that?    So  we  go  through  three  or  four  situations.    In  addition  to 
that,  we  describe  to  the  billing  clerks  the  importance  of  comparing 
claims  they  have  submitted  to  us  with  the  RA  so  they  can  reconcile; 
i.e.,  everything  they  have  showed  in  the  front  door  either  came  out 
the  back  door  as  a  payment  or  the  RA  explains  it  is  pended,  the  reason 
why,  or  it  is  rejected  and  what  they  did  wrong.    In  addition,  we  ex- 
plain the  importance  of  the  summary  sheet,  which  is  the  vehicle  for 
reconciling  all  inputs  and  outputs  to  the  system. 

OK,  that's  the  slideshow.    I  noted  very  briefly  what  we  do  from 
9:00  till  4:00  with  the  provider  community.    A  couple  of  other  things 
I  would  like  to  mention  is  that  we  in  Michigan  have  developed  a  fairly 
decent  working  relationship  with  Blue  Cross/Blue  Shield  and  a  common 
procedure  coding  scheme  and  common  practitioner  invoices. 

CONCLUSIONS 

In  summary,  I  think  for  provider  relations  and  training  it  is 
important  that  you  stress  the  positive  points  of  the  system.    It  is  all 
too  easy  to  talk  about  the  negative  points  of  the  system.    I  think  if 
you  stress  the  good  things,  the  good  aspects  of  the  system,  we  can  work 
together  collectively  to  fix  the  bad  things.    It  is  important  to  adver- 
tise the  good  points  that  you  are  doing.    If  you  are  paying  a  certain 
provider  type  within  15  days  and  the  old  track  record  was  30  days  to 
90  days,  advertise  that.    Get  people  on  your  side.    It  is  important  that 
you  work  jointly  with  all  of  the  people  that  are  important  to  you  to 
identify  and  resolve  the  problems.    That's    in  your  provider  community, 
the  political  body,  the  civil  service  structure,  with  all  the  folks 
that  you  have  to  in  order  to  fix  the  problems.    And  remember  the  guy  you 
are  pinpointing  all  of  this  activity  for  is  that  billing  clerk.  That's 
the  key  to  the  success  of  this  system,  for  if  he  gives  you  garbage, 
garbage  will  go  into  the  system  where  it  will  reject  and  you  will  have 
provider  hostilities.    Our  data  center  manager,  Bill  Nash,  has  a  barn- 
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yard  analogy,  a  statement  that  he  uses  which  I  think  is  appropriate  to 
provider  relations,  particularly  since  the  increased  emphasis  on  cost 
containment,  fraud  and  abuse,  tighter  cost  audits  are  going  to  be  put 
in  place  in  the  future.    That  is  that  provider  relations  are  going  to 
have  to  be  approached  much  the  same  as  two  porcupines  trying  to  make 
love.    You  have  to  be  careful  or  it  is  going  to  be  a  very  painful 
experience. 

I  would  like  to  take  some  time  to  mention  that  we  in  Michigan 
have  had  quite  a  bit  of  Medicaid  experience  and  we  conduct  a  two-day 
workshop  seminar  on  MMIS.    I  cover  most  of  the  systems  and  project 
management  pitfalls  that  we  went  through  and  share  a  lot  of  Michigan's 
experiences  (both  good  and  bad).    It  is  offered  the  first  two  days  of 
every  month.    If  you  are  interested,  you  can  contact  me. 


MARS 


Pat  Wilde 
MMIS  Project  Director 
Department  of  Social  Services 
State  of  Utah 


Utah  is  a  very  small  state.    We  have  a  population  of  about  a 
million  and  a  half  people.    The  country  is  75%  mountains  and  desert. 
Three  fourths  of  the  population  is  located  within  an  area  of  150 
square  miles.    We  have  a  total  welfare  eligible  population  of  about 
180,000  people.    We  have  about  60,000  Medicaid  eligibles,  with  a 
Medicaid  budget  that  approximates  50  million  dollars.    The  total  state 
budget  is  this  year  going  to  be  close  to  1  billion  dollars.    To  us 
back  there  in  the  mountains  that  is  an  awful  lot  of  money.    We  have 
one  feature  in  our  state  that  by  law  you  have  to  stay  within  the 
terms  of  your  budget,  and  that  applies  to  every  user  agency  in  the 
state  government.    They  have  always  stayed  within  the  terms  of  their 
budget,  and  it  has  been  a  very  good  thing.    That  philosophy  carried 
over  in  the  preparation  of  an  MMIS  in  the  State  of  Utah.    Now,  although 
the  expenditures  don't  come  anywhere  close  to  some  of  the  large  states, 
the  problems  with  the  welfare  population  are  not  the  problems  that  you 
have  in  your  large  states.    Utah,  nevertheless,  had  some  very  serious 
problems  so  far  as  management  is  concerned  of  any  of  the  welfare  pro- 
grams.   They  had  virtually  no  system.    Their  claims  processing  system 
was  practically  manually  supported  and  the  only  information  retrieval 
that  they  had  was  the  minimal  amount  necessary  to  support  some  federal 
reports.    The  governor  of  the  State  of  Utah  was  the  one  who  influenced 
the  decision  that  they  were  going  to  have  to  have  some  means  of  better 
accountability  and  to  provide  better  services  to  all  of  the  indigent 
people. 

The  UTAH  MMIS  Project 

We  started  preparation  for  an  MMIS  in  Utah  in  April  of  1973,  and  I 
had  been  called  in  as  a  consultant  to  the  state  and  to  the  department 
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about  one  year  before  this  time  to  assist  in  making  a  survey  of  the 
needs  of  the  state.    It  was  very  obvious  that  the  state  was  totally 
lacking  in  any  approach  in  claims  processing  or  information  retrieval 
systems.    And  it  was  also  obvious  that  if  they  were  going  to  start 
on  any  project  as  large  as  an  MMIS  development  that  it  was  going  to 
be  necessary  to  do  a  very  careful  analysis  of  the  requirements  and 
needs  of  the  state.    That  is  something  that  we  tried  to  do.  We 
tried  to  involve  top  management  throughout  the  department  of  social 
services.    In  Utah,  we  have  an  umbrella  agency  that  has  a  responsi- 
bility for  Medicaid  and  the  delivery  of  all  social  services.  We 
very  fortunately  got  the  support  of  top  management.    That  support 
continued  through  the  entire  development.    With  the  support  there 
was  a  mandate  that  everyone  would  cooperate,  because  the  ultimate 
system  was  going  to  be  something  that  was  beneficial  for  the  needs 
of  Utah  and  not  just  one  singular  agency.    I  think  this  is  a  very 
important  thing  for  anyone  who  is  starting  on  a  project  of  this  type, 
or  even  modification,  to  analyze  the  needs  and  then  have  the  proper 
support.    I  believe  yesterday  John  [Anderson]  made  an  important  state- 
ment when  he  was  trying  to  separate  the  difference  on  institutionali- 
zation and  implementation.    I  don't  think  that  you  are  ever  through 
implementing  such  a  system,  and  I  don't  think  that  you  should  ever 
have  the  philosophy  that  you  are  through,  that  you  have  something 
in  operation  and  you  are  going  to  accept  it.    We  have  never  finished 
since  we  had  our  MMIS  system  operating,  we  are  changing  things  all 
all  the  time,  but  when  we  change  we  do  it  because  there  is  a  definate 
need.    There  is  a  need  that  all  of  our  interfacing  organizations  agree 
upon. 

Refining  Management  Reports 

To  give  you  just  a  few  comments,  I  have  followed  the  questions 
that  were  laid  out  in  the  questionnaire  that  was  presented  to  all  of 
you,  and  the  number  one  question  was,  "What  specific  problems  arose 
in  attempting  to  use  the  management  reports  from  the  MMIS  model  design?" 
We  found  that  there  were  a  number  of  problems.    For  example,  there 
is  a  difficulty  in  defining  units  of  service  and  carrying  the  philosophy 
of  units  of  service  throughout  your  reporting  system,    It  is  very  easy 
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to  determine  that  for  a  hospital  stay  a  unit  of  service  is  a  day  stay. 
For  a  physician,  a  specific  medical  procedure.    What  is  a  unit  of 
service  for  pharmaceutical  drugs?    You  may  have  some  variations. 
For  other  types  of  service  such  as  physical  therapy  a  unit  of  service 
presents  some  problem.    The  problem  presented  to  us  was  in  carrying 
continuity  of  reporting  through  the  entire  system. 

The  data  requirements  for  some  of  your  mandatory  Federal  reports, 
such  as  the  SRS-NCSS-2082,  were  a  problem.    Some  of  the  reporting 
structures  were  not  entirely  updated  to  the  current  needs  in  the  state. 
In  other  words,  when  the  Federal  people  took  over  some  of  the  cate- 
gorical services  for  the  payment  of  public  assistance,  it  left  cate- 
gories of  service  that  were  not  entirely  clear  so  far  as  to  a  medical 
application  only. 

Budget  Analysis 

The  question  of  budget  presents  a  real  problem,  particularly  in  our 
state.    Our  budget  is  predicated  on  a  lump-sum,  that  is  for  all  medi- 
cal services,  for  all  public  assistance,  and  is  projected  one  year  in 
advance.    To  carry  the  theory  of  maintaining  budget  records  through 
on  your  MARS  system,  it  is  necessary  to  have  projections  for  each 
separate  category  of  service,  and  yet  you  run  into  problems  if  you 
allow  provider  groups  to  have  a  feeling  that  you  have  allocated  X 
number  of  dollars  for  that  particular  category  of  service  and  then  if 
you  don't  pay  that  amount  of  money  you  are  in  trouble. 

Tracking  Payments  Made  Outside  the  System 

We  had  difficulty  with  the  inclusion  of  payments  made  outside  of 
the  system,  and  by  this  I  am  referring  to  payments  for  a  particular 
category  of  service,  such  as  in  Utah.    We  use  a  fiscal  intermediary  for 
the  payment  of  dental  services,  and  yet  there  are  still  some  singular 
services  that  are  paid  by  the  state  agency  directly.    Also,  the 
capitation  payments  that  are  made  to  the  HMO.    Now,  here  you  are  paying 
for  the  service  but  you  do  not  have  warrants  to  support  the  payment. 
The  accounting  in  carrying  it  through  the  system  presents  some  difficulty. 
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We  experienced  difficulty  in  balancing  the  MARS  accounting  for  the 
total  expenditure  made  in  these  areas  that  were  not  supported  by 
actual  warrants. 

Credit  Balances  and  Other  Book  Balancing  Problems 

We  had  further  difficulty  in  handling  the  preparation  of  credit 
balances.    Again,  you  don't  have  warrants  for  credit  and  yet  your 
financial  people  want  to  come  down  to  a  bottom  line  so  that  there  is 
no  question.    Also,  in  the  State  of  Utah,  when  we  prepared  our  system, 
we  not  only  had  a  breakdown  of  all  of  our  payments  that  would  be  re- 
quired for  federal  sources  of  assistance,  category  of  service,  etc., 
we  also  matched  all  of  the  state  accounting  codes  for  our  state 
finance,  so  that  when  we  make  a  payment  we  have  a  complete  accounting 
that  can  go  to  state  finance  and  meet  their  purposes  without  having 
special  arrangements  made  to  do  it. 

We  had  problems  on  returned  checks,  again,  coming  up  with  the 
balancing  of  a  bottom  line  figure.    Problems  on  third-party  liability 
for  gross  adjustments.    For  some  of  you  who  have  not  had  the  experience, 
it  is  fine  to  have  a  means  of  collecting  your  third-party  liability. 
We  in  Utah  found  that  it  is  surprising  how  much  of  a  collection  you 
can  make  if  you  have  a  systematic  approach  to  collecting  it.    In  some 
instances,  you  do  not  collect  your  entire  expenditure.    In  one  case 
you  might  have  several  different  types  of  service  where  you  expend 
$3,000,  and  you  may  collect  $2,000.    How  are  you  going  to  pro-rate  that 
among  several  different  providers,  several  different  categories  of 
assistance.    These  are  problems  that  we  were  faced  with. 

Our  cross-over  claims  --  the  ones  that  we  have  excluded  from  our 
operational  reports,  but  nevertheless  they  are  in  all  of  the  financial 
reports.    We  excluded  cross-over  claims  on  the  operational  reports  for 
the  reason  that  we  had  no  control  on  the  receipt  of  data  from  the 
Medicare  intermediary  and  we  had  a  great  fluctuation  in  the  time  ele- 
ments involved  in  the  state  agency  receiving  those  claims.    When  you 
try  to  balance  your  financial  reports,  again  to  your  operational  re- 


12-5 


ports,  there  are  some  difficulties.    There  was  difficulty  in  the  defi- 
nition of  a  category  of  service  by  claim  type,  provider  type,  etc. 
I  am  sure  this  problem  has  occurred  in  a  number  of  states. 

How  do  you  define  the  type  of  service  that  is  physician-oriented? 
Well,  sometimes  your  state  statute  mandates  this.    Sometimes  Federal 
regulations.  •  But  there  are  other  times  that  you  have  to  make  some 
decision  for  it. 

I  have  posed  a  number  of  problems  and  questions  that  were  exper- 
ienced in  Utah.    I  am  not  a  technical  systems  person.    I  do  have  with 
me  the  manager  from  our  state  center  assigned  to  medical  services  and 
in  our  group  discussion  this  afternoon,  if  there  are  any  technical 
questions  that  any  of  you  have  on  some  of  the  subject  matter  that  I 
have  discussed,  I  am  sure  that  he  can  provide  an  answer  for  you.  While 
we  did  not  have  any  passouts  to  make  or  an  illustrated  lecture,  we 
do  have  some  information  to  support  our  MARS  system  that  we  would  make 
available  to  anyone  who  was  interested  in  it. 

Requirements  Analysis 

A  question  was  raised  as  to  what  approaches  Utah  used  to  ascertain 
management  information  requirements  within  the  state.    I  alluded  to 
that  a  little  earlier.    We  had  a  mandate  right  from  the  top  management 
in  the  state  to  develop  a  proper  system.    With  that,  efforts  were  made 
from  the  top  levels  of  management,  the  Department  of  Social  Services, 
to  define  the  different  levels  of  management  that  were  going  to  be 
involved  in  the  proper  use  of  information  from  a  medical  system  after 
it  was  provided,  and  by  the  different  levels  we  were  looking  at: 
fiscal  area,  budget  purposes,  claims  processing,  the  impact  of  programs, 
and  the  impact  of  legislative  subcommittees  who  are  continually  in 
action  in  our  state.    We  met  with  all  of  these  groups  and,  after  we  de- 
fined the  areas  where  there  was  going  to  be  a  regular  participation, 
we  made  arrangements  that  regular  meetings  were  held.    In  our  umbrella 
agency,  we  have  a  separation  of  divisions  for  our  assistance  payments 
who  have  sole  responsibility  of  establishing  eligibility.    Our  family 
services,  the  social  service  arm,  provides  a  social  service  need.  We 


12-6 


have  a  separate  office  of  medical  services,  we  have  a  separate  office 
of  administrative  service  to  provide  supporting  services.    We  had  the 
directors  of  all  of  those  offices  assigned  to  a  committee  that  ini- 
tially met  monthly.    This  was  during  the  development  phases  of  the 
MMIS  so  that  we  could  ascertain  what  the  needs  of  the  people  were 
going  to  be.    In  addition  to  this,  we  had  a  project  committee  that 
included  the  manager  from  our  state  data  processing  center,  the 
manager  or  director  of  the  Office  of  Administrative  Services,  the 
director  of  the  Office  of  Medical  Services,  and  some  of  their  key 
people  that  met  weekly.    We  discussed  development.    We  also  discussed 
what  we  were  going  to  do  in  the  future.    We  discussed  what  we  had 
done,  and  obtained  approval  for  what  we  had  done.    The  Utah  system 
has  been  in  operation  for  over  a  year  and  those  weekly  meetings 
continue.    We  think  it  is  one  of  the  most  valuable  things  that  we  ever 
started.    The  people  who  are  participating  in  those  meetings  do  it 
voluntarily,  but  they  have  become  a  part  of  the  operating  system. 
They  understand  what  MARS  is,  what  it  means  for  us. 

To  show  you  a  very  practical  application  in  Utah,  we  made  one  real 
mistake  in  attempting  to  be  very  frugal  people.    We  did  not  prepare  for 
the  impact  that  this  system  was  going  to  have  on  providers.    We  tried 
to  involve  provider  groups  and  some  individual  providers;  we  did  have 
involvement  in  the  development  of  claims  forms,  but  we  did  nothing 
to  any  real  extent  to  educate  providers  on  what  the  full  extent  of  this 
system  was  going  to  be.    We  have  tried  to  recommend  that  such  activity 
would  be  a  very  proper  thing,  but  unfortunately,  it  would  cost  some 
money,  and  it  was  felt  that  the  taxpayers  might  object  to  that  type 
of  an  expenditure.    As  a  result,  when  we  implemented  the  system,  we 
had  a  number  of  providers,  particularly  the  state  hospital  association, 
that  didn't  like  the  system.    We  found  that  our  greatest  area  of  dif- 
ficulty in  our  claims  processing,  errors  and  expectations,  was  due  to 
the  faulty  recording  of  some  basic  information  that  providers  had 
been  supposedly  completing  for  several  years.    Items  of  eligibility 
information,  proper  name  of  the  client,  proper  client  identification 
number.    We  found  that  we  were  having  exceptions  initially  on  our 
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hospital  claims  of  almost  50%,  purely  on  eligibility  information. 
We  weren't  having  difficulty  on  their  recording  of  medical  care  data 
to  that  extent,  but  on  our  basic  information  we  were  having  a  lot  of 
difficulty.    Some  of  the  simple  claim  balancing  on  bringing  a  total 
together  created  errors  and  complaints.    As  a  result  of  this,  the 
system  was  bad.    The  state  agency  made  arrangements  to  correct  the 
basic  errors  themselves.    This  created  a  delay  in  having  a  payment 
turnaround.    When  we  brought  the  system  up  we  had  an  average  processing 
time  for  inpatient  claims  of  36  days.    The  reason  that  it  took  so 
long  was  the  fact  that  we  had  so  many  claims  with  errors.    These  were 
not  due  to  the  system.    The  one  thing  that  we  noted  immediately  was 
how  many  duplicate  claims  we  had  paid  in  the  past  that  we  didn't  know 
about  because  we  did  not  have  a  complete  duplicate  claim  edit.  How 
many  claims  had  we  paid  for  someone  who  was  not  actually  the  Medicaid 
eligible?    We  don't  know,  but  we  decided  that  we  were  going  to  fortify 
our  provider  relations  people,  that  we  were  going  to  utilize  the  opera- 
tional reports  from  MARS  immediately  and  try  to  do  it  in  a  beneficial 
means  of  provider  education.    And  we  did  that  very  thing.    We  have  the 
standard  operational  reports  and  we  have  modified  some  of  our  reports 
for  the  benefits  of  providers,  but  we  put  them  in  use  on  a  weekly  and 
monthly  basis  so  that  we  can  support  all  of  the  data  of  our  claims  pro- 
cessing.   We  can  identify  the  problems  of  flrovider  types,  individual 
providers,  and  we  can  allocate  our  (still  limited)  provider  relations 
services  to  working  with  those  providers  and  attempting  to  correct 
some  of  their  deficiencies. 

In  our  data  for  the  month  of  December  in  our  claims  processing 
(and  we  have  a  small  number  of  claims  compared  to  Michigan  and  some 
of  your  larger  states),  we  processed  a  little  over  145,000  claims, 
but  we  had  an  average  processing  time  for  all  claims,  including  our 
cross-overs,  of  18  days.    75%  of  our  claims  were  being  processed  within 
ten  days.    Providers  are  far  more  happy  with  the  turnaround,  but  they 
have  come  to  realize  that  it  wasn't  quite  so  tough  in  presenting  the 
claims  data  that  was  required  if  they  would  only  do  it  in  a  proper 
manner  for  us.    We  feel  that  that  one  section  of  reports  on  operational 
data  has  more  than  paid  for  the  effort  that  we  have  had. 
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Surveillance  Use  of  MARS  Reports 

I  want  to  mention  that  while  you  have  your  MARS  reports  largely 
for  fiscal  data,  data  on  the  integrity  of  your  system,  you  can  utilize 
much  of  the  information  coming  from  MARS  to  isolate  areas  of  difficulty 
that  you  may  have  in  your  areas  of  utilization  of  services  and  use  this 
data  as  a  compatible  factor  with  your  SUR.    We  do  that  very  thing  in 
Utah.    We  found  that  just  with  some  of  our  expenditure  reports  we  were 
having  some  difficulties  with  some  of  our  medical  programs,  but  only 
within  particular  areas  of  the  state.    We  picked  this  information  up 
on  a  gross  basis  out  of  our  MARS  reports,  and  then  we  were  able  to 
isolate  it  through  our  SUR.    Fortunately,  we  were  able  to  do  something 
about  it. 

I  don't  know  whether  we  have  any  overt  fraud  going  on  in  the  State 
of  Utah,  as  fraud  is  a  very  difficult  thing  to  define,  and  we  certainly 
shouldn't  make  a  conclusion.    But  I  know  that  we  have  just  as  much 
abuse  per  capita  as  any  other  state  in  the  country.    We  have  been  able 
to  isolate  a  number  of  those  areas. 

Some  New  Reporting  Capabilities 

In  conclusion,  we  have  asked  what  were  some  types  of  additional 
reporting  facilities  that  we  were  able  to  develop.    Just  to  give  you 
an  example,  we  have  a  peculiar  law  in  the  State  of  Utah  that  providers 
of  service  must  submit  a  claim  for  one  fiscal  year  of  service  within 
30  days  of  the  end  of  that  fiscal  year.    If  a  claim  is  not  submitted 
within  30  days  of  the  end  of  the  fiscal  year,  then  it  is  necessary  to 
defer  payment  until  the  legislature  meets  and  appropriates  funds  with 
which  to  pay  the  claim.    It  was  necessary  for  us  to  make  arrangements 
with  the  Medicaid  system  that  we  could  accept  those  claims,  that  in 
this  instance  were  received  after  July  30  (i.e.,  30  days  from  the  close 
of  the  previous  fiscal  year),  carry  those  claims  through  the  system 
to  the,  point  of  ajudication,  but  then  suspend  payment  until  we  had 
authority  of  the  legislature  to  pay  it.    We  did  that  very  thing.  Now 
we  maintain  complete  data  and  continuity  on  those  claims  that  are  sub- 
mitted late.    Our  legislature  has  just  convened  now,  and  we  have  some- 
thing over  12,000  claims,  with  a  total  expenditure  amount  of  a  million 
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and  a  quarter  dollars,  but  we  have  had  to  carry  the  records  in  the 
system  for  the  last  six  months.    We  have  to  maintain  that  account- 
ability to  the  legislature.    This  was  a  specialized  type  of  report 
and  while  we  do  not  agree  with  the  application  of  the  law,  we  comply 
with  it,  and  as  long  as  the  legislature  wants  to  pay  the  charges  for 
disk  storage,  etc.,  we  will  continue  to  do  it. 

Nursing  Home  Reports 

Nursing  home  payments  in  the  State  of  Utah  represent  about  50% 
of  the  Medicaid  budget.    We  have  a  very  detailed  nursing  home  pay- 
ments system.    In  addition  to  the  payment  of  the  institutional  care 
itself,  with  the  large  expenditures  we  are  making  for  nursing  home 
care,  we  wanted  to  know  what  the  total  costs  and  picture  on  an  on- 
going basis  for  nursing  home  services  were,  so  we  prepared  a  reporting 
scheme  in  which  we  tie  together  all  services  from  the  level  of  the 
category  of  service  down  to  the  individual  nursing  home  or  the  indi- 
vidual patient  for  the  total  cost.    We  do  this  on  an  ongoing  basis 
so  that  we  know  what  we  are  paying  totally  to  people  who  are  confined 
in  the  nursing  home  and  by  each  category  of  service  and  category  of 
assistance  that  we  have. 

Conclusion 

The  question  is  asked,  "What  would  we  have  done  differently?" 
We  certainly  would  have  followed  all  of  the  admonitions  that  some  of 
the  other  people  have  spoken  to  directly.    We  would  have  prepared 
better  for  impacts  with  providers.    Sometimes  you  are  inclined  to 
cuss  providers  a  little  bit,  but  I  think  that  as  a  whole,  providers 
are  very  fine  people,  they  are  giving  very  difficult  service  in  many 
instances,  and  I  think  that  they  should  be  treated  with  respect.  I 
think  that  you  should  recognize  their  problems.    You  don't  have  to  be 
an  antagonist.    I  think  that  we  would  have  been  prepared  almost  100% 
more  if  we  had  dedicated  more  service,  more  time,  to  this  very  problem. 
I  think  that  we  would  have  developed  more  of  a  rapport  with  the  federal 
people,  the  central  office  and  the  regional  office.    Sometimes  you  feel 
that  if  you  get  too  involved  with  the  federal  people  you  are  going  to 
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suffer  for  it.    I  don't  think  that  philosophy  is  correct.    I  think  you 
could  eliminate  a  lot  of  misunderstandings  by  generating  a  proper 
communication.    What  does  the  future  hold?    We  are  enthused  in  Utah. 
We  think  that  the  expenditures  that  we  have  made  for  the  development 
of  the  system  are  well  worthwhile.    We  would  certainly  do  it  again, 
all  things  being  equal.    We  think  that  if  we  did  it  again  we  could  do 
it  with  much  less  money,  but  we  are  finding  additional  benefits  of 
the  operation  of  the  system  every  day.    We  are  having  people  in  the 
state  government  take  a  look  at  our  system.    We  have  had  a  standard 
that  we  developed  in  our  documentation  being  used  in  several  different 
areas  in  our  state  center.    We  have  had  our  plan  of  development,  our 
phased  approach,  accepted  as  the  generalized  plan  in  our  state  service, 
and  this  is  from  the  center  for  all  department  users.    This  provides  a 
feeling  of  satisfaction.    We  have  had  other  state  agencies  that  have 
come  in  and  have  taken  our  adaptation  of  the  use  of  medical  procedure, 
our  recording  of  profiles,  histories,  so  the  benefit  is  not  singular. 
Now,  I  have  promised  that  we  would  get  through  quick,  and  if  I  was  to 
substitute,  Bud  [Weinberg]  wanted  the  strongest  federal  people  who  were 
assigned  in  the  MARS  area,  and  I  am  sure  that  Norm  Stevens  can  compensate 
for  my  inadequacies. 


SURS 

Stuart  M.  Paterson,  Jr. 
Assistant  to  the  Director 

Program  Operations 
Department  of  Public  Health 
State  of  Michigan 

It's  a  little  early  in  the  morning  yet,  but  I  want  to  tell  you 
one  story  and  read  you  a  couple  of  things.    There  was  an  article  in 
the  Health  Planning  Letter  of  December  10,  which  some  of  you  may  or 
may  not  have  seen,  but  I  think  it  is  of  general  interest.    It  says 
the  answer  to  too  much  regulation  plainly  can't  be  no  regulation 
at  all,  but  the  chances  of  striking  a  workable  balance  between  all 
and  none  are  not.  causing  unrestrained  optimism  among  the  physicians, 
hospital  administrators,  consumer  representatives,  economists, 
third  parties,  government  officians  and  assorted  professors  and  con- 
sultants who  attend  the  health  care  conferences.    Physicians  and 
hospital  people  see  their  latitude  for  decisions  getting  narrower  all 
the  time,  consumer  representatives  are  baffled  watching  their  apparent 
gains  slip  away  as  providers  practice  their  polished  co-optation  skills 
in  the  new  environment  of  HSA  boards,  economists  keep  on  looking  for 
reasons  to  blame  the  dismal  HMO  performance  on  regulation  or  providers 
or  government,  anything  but  the  fact  that  consumers  who  get  a  choice 
choose  something  else,  third  parties  are  getting  used  to  being  held 
responsible  for  everything  that's  wrong  with  the  system  but  still 
avoid  considering  the  possibility  it  may  be  so.    Launderers  have 
learned  to  wring  their  hands  in  public  about  excessive  utilization 
without  losing  count  of  the  beds  that  bring  in  the  debt  service  pay- 
ments.   Government  officials  simply  can't  believe  what  everybody  else 
sees  happening  to  PSROs  that  look  so  promising  on  paper.    And  the  pro- 
fessors and  consultants  push  their  particular  crochets  as  energetically 
as  all  the  others,  seemingly  unmindful  of  the  fact  that  they  are  the 
only  ones  that  can't  lose. 
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I  also  brought  an  example  of  how  I  think  most  of  us  would  like  to 
have  our  newspaper  stories  handled.    In  the  Grand  Rapids  Press  of  two 
or  three  weeks  ago,  there  was  a  headline  that  said,  "New  Cannon  Trustee 
Misses  Swearing  In."    And  here's  how  the  first  paragraph  reads,  "At 
the  swearing  in  ceremony  of  the  Cannon  Township  Board,  two  elected 
officials  were  absent.    Kenneth  Kaiser,  supervisor,  who  died  the  day 
before,  and  Gerald  L.  Sister,  63,  trustee,  who  has  been  charged  with 
a  sexual  misconduct  felony." 

Somehow  or  other  if  we  could  get  that  kind  of  press  approach, 
we  might  not  have  so  many  newspaper  headline  problems. 

Some  of  you  also  may  have  heard  this  story  before.    I  am  in  the 
process  of  moving,  so  I've  been  thinking  about  truck  drivers  lately. 
This  is  kind  of  an  old  story,  but  on  the  chance  that  some  of  you  may 
not  have  heard  it  --  it  reminds  me  a  lot  of  MMIS  and  state  govern- 
ment --  I'll  tell  it.    Pennsylvania  decided  that  they  were  going  to 
have  to  do  something  beyond  the  normal  licensing  of  chauffeurs  who 
drive  the  big  rigs  in  the  state  because  the  hills  and  valleys  were 
leading  to  a  lot  of  wrecks.    They  decided  to  go  to  an  oral  examination, 
as  well  as  a  written  one,  and  a  driving  exam.    One  of  the  examiners  was 
describing  the  situation  to  a  truck  driver  and  he  said,  "Now,  your 
relief  driver,  Clem,  is  asleep  in  the  loft  behind  you  and  you  have 
been  going  on  the  road  for  about  seven  or  eight  hours.    You're  a 
little  tired  and  going  60,  65  miles  an  hour,  when  you  come  to  a 
relatively  level  spot.    As  you  begin  down  a  hill  and  make  a  left,  you 
come  over  the  crest  of  another  hill.    You've  got  40,  50  tons  of  stuff 
in  the  rig  behind  you  and  just  as  you  come  over  the  crest  of  this 
smaller  hill,  you  see  that  very  shortly  in  front  of  you  there's  a 
bridge  out;  a  police  car  with  a  flasher  going;  and  a  guy  with  a 
couple  of  flares  going  back  down  the  road  to  begin  to  warn  people. 
There  apparently  is  no  way  you  can  stop.    What  would  you  do?"  The 
guy  says,  "Well,  sir,  I  think  I'd  wake  up  Clem."    The  examiner  asked, 
"What  on  earth  would  you  do  that  for?"    He  said,  "Well,  sir,  I  don't 
think  Clem's  ever  seen  a  big  truck  wreck  before." 
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There  is  a  little  of  that  feeling  in  all  of  this,  particularly 
for  those  of  us  who  have  been  through  it  and,  I  suppose,  in  the 
anticipation  of  some  of  you  who  haven't. 

S/UR  is  a  difficult  thing  to  talk  about,  and  I  think  most  of  you 
know  that.    It  has  been  held  to  have  a  lot  of  promise  and  I  think  it 
does,  but  there  are  only  two  or  three  states  that  I  am  aware  of  at- 
tempting to  do  very  much  with  it  as  reflected  in  staffing  levels  and 
in  terms  of  actually  having  produced  reports  which  can  be  admired. 
In  the  report  that  was  put  in  our  blue  packet,  there  is  a  comment 
that  says  S/UR  has  several  objectives,  only  one  of  which  is  the 
detection  of  fraud  and  abuse.    For  instance,  there  is  S/UR  concern 
for  underutil ization,  quality  of  care  and  so  on.    It  is  in  design  a 
data  processing  system  that  incorrectly  assumes  a  staff  in  each  state's 
fraud  or  medical  review  unit  which  is  skilled  in  utilizing  computer 
data  and  in  the  functioning  of  systems.    S/UR  is  a  statistical  system 
built  for  statisticians.    But  output  is  usually  given  to  staff  with 
a  medical  or  investigative  background  and  orientation.    I  suppose  you 
could  nibble  around  the  edges  of  some  of  those  criticisms,  but  I 
think  they  are  essentially  valid,  and  I  know  they  have  been  true  in 
Michigan. 

Michigan  began  this  process  a  long  time  ago.    We  defined  our 
general  and  specific  detailed  design  requirements  in  April  of  1970, 
but  realized  --  to  reiterate  what  Pete  Peterson  said  for  Minnesota 
and  some  others  have  mentioned  -,-  that  it  is  the  eligibility  system 
which  is  the  single  most  important  piece  of  the  whole  MMIS  structure. 
If  the  eligibility  system  isn't  in  good  shape  and  proper  working  order, 
problems  are  created  which  become  very,  very  difficult  and  can  bring 
down  the  whole  MMIS  operation. 

Of  course,  one  of  the  major  concerns  and  problems  in  S/UR  is 
the  quality  of  data  and  the  validity  of  data  with  which  you  are 
working.    It  is  a  little  embarrassing  to  go  to  a  doctor's  office  and 
confront  him  with  something  and  find  out  that  you  are  full  of  baloney, 
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even  if  it  is  caused  by  the  fact  that  his  people  have  not  filled  out 
forms  correctly.    I  recall  one  of  the  very  early  experiences  we  had 
with  a  physician  whom  we  were  really  going  to  "nail"  because  he  had 
the  craziest  pattern  of  practice  you  ever  saw.    He  was  the  kind  of 
guy  that  it  would  appear  from  the  data  would  try  a  craniotomy  in  the 
office.    In  our  conversation  with  him,  he  denied  everything.    So  the 
people  who  were  speaking  with  him  went  back  to  the  state  office  and 
pulled  out  the  originals  of  the  invoices  (they  had  gone  with  micro- 
film copies  or  some  such  thing),  got  out  to  the  warehouse  and  pulled 
out  the  original  (that's  a  whole  other  topic  involving  length  of 
record  retention  with  the  courts  and  attorney  generals),  and  went  back 
out  to  see  him.    He  was  dumbfounded  because  there  was  no  question  but 
what  they  were  his  claims  with  his  signature,  signature  stamp  or 
whatever,  and  they  talked  for  ten  or  fifteen  minutes  trying  to  figure 
out  this  mysterious  thing.    Finally,  somebody  thought  of  calling  his 
girl  in.    They  talked  with  her  a  couple  of  minutes  and  she  broke  down 
and  started  crying  and  said,  yes,  she  in  fact  had  put  some  of  these 
wierd  things  through  that  paid  a  lot  of  money  because  the  doctor 
just  wasn't  making  as  much  as  she  thought  he  should.    She  was  simply 
trying  to  help  him  out  a  little. 

Phasing  the  System  In 

S/UR  and  MARS  have  been  left  in  the  background,  I  think,  in  the 
implementation  in  many  states.    I  don't  find  this  terribly  surprising. 
It  was  my  own  philosophy  in  Michigan,  and  I  think  it's  one  you  either 
adopt  or  get  forced  into  (Paul  Farseth  mentioned  yesterday  how  impor- 
tant it  is  to  do  the  job  that  is  your  job),  that  the  basic  thing  about 
a  Medicaid  program  in  terms  of  making  it  work  and  getting  providers  to 
be  responsive  and  all  that  sort  of  stuff,  is  to  get  the  bill  paid. 
There  are  a  lot  of  edits  and  there  are  a  lot  of  features,  both  in  the 
invoice  processing  and  the  MARS  and  S/UR  systems  which  are  dependent 
on  the  filling  out  of  that  data  at  the  local  level  by  the  provider. 
Some  of  this,  particularly  in  the  early  stages  of  your  program,  just 
isn't  any  good.    Had  we  attempted  to  turn  on  a  stiff  diagnosis  editing 
routine  or  absolutely  required  the  attending  physician  and  prescribing 
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physician  data  on  claim  forms  in  the  early  days  of  the  program,  we 
would  have  had  a  pend  file  that  would  have  stretched  down  to  New 
Mexico.    You  have  to  go  through  a  process  of  tightening  the  screws. 
I  think  Paul's  analogy  of  the  frog  in  the  water  is  not  a  bad  one  at 
all.    It  is  something  that  you  have  to  be  constantly  concerned  about, 
aware  of,  and  working  toward  because  when  you  get  to  S/UR,  if  you 
haven't  tightened  those  edits  down  to  the  point  where  they  mean  some- 
thing, you  are  working  with  invalid  or  incomplete  data. 

There  is  another  problem  with  S/UR  itself  and  it's  that  it  really 
isn't  as  usable  as  it  ought  to  be.    Part  of  the  problem  is  that,  as 
we  attempted  to  define  the  system  in  the  early  days  in  Virginia  and 
Michigan,  there  were  no  S/UR  users.    I  should  say  we  stole  a  lot  of 
our  system  from  Virginia      to  my  mind  it  was  one  of  the  best  inter- 
governmental transfers  that  has  yet  happened;  I  don't  think  any  com- 
puter programs  transferred,  but  about  90%  of  our  manuals  came  from 
Virginia.    We  changed  a  word  here  and  there,  like  Virginia  to  Michigan, 
and  we  stole  part  of  their  logo  --  the  S/UR  area  was  defined  by  three 
or  four  people  from  the  Public  Health  Department.    Specifications  varied 
from  a  person  who  was  vitally  and  intimately  interested  in  crippled 
children      which  I  think  brought  some  of  that  whole  area  of  discipline 
to  the  thing,  which  was  good  --  to  a  couple  of  statisticians,  to  some 
people  who  were  just  generally  smart,  but  no  one  really  understood  how 
on  earth  we  were  really  going  to  use  this  stuff. 

In  my  mind,  there  were  three  basic  kinds  of  uses,  or  three  ways 
you  could  think  about  using  the  surveillance  and  utilization  review 
data.    One  was  to  do  something  with  recipients,  one  was  to  do  something 
with  providers,  and  the  third  was  to  do  something  about  health  care. 
In  the  early  days  there  was  a  lot  of  emphasis  on  the  health  care  aspect 
of  things.    There  was  some  thought  that  by  finding  the  kinds  of  diagnosis 
codes  that  were  prevalent  in  one  area  we  might  be  able  to  identify 
specific  areas  of  high  hypertension  and  set  up  clinics,  etc.    And  I 
think  there  probably  is  some  validity  to  that.    With  the  events  of  the 
last  four  or  five  years,  staff  is  simply  not  addressing  that  area.  The 
buzz  words  now  are  fraud  and  abuse. 
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Data  Quality 

We  have  been  reviewing  all  of  the  inpatient  hospital  claims  that 
have  a  length  of  stay  over  the  90  percentile  and  are  about  to  drop  that 
down  to  the  75th  percentile.    We  took  a  sample  of  those  from  the  period 
January  through  July  of  last  year.    Twenty  percent  of  the  diagnoses 
were  in  error  and  the  reason  we  could  determine  this  was  because  when 
the  hospitals  sent  in  a  claim  for  an  extended  length  of  stay,  the 
medical  notes  and  justification  had  to  accompany  it.    One  of  our  medical 
records  librarians  simply  sat  down  and  looked  at  what  the  reports 
showed  and  what  was  on  the  form,  and  the  interesting  thing  was  that 
half  of  these  would  not  have  had  an  excessive  length  of  stay  had  they 
been  coded  properly.    The  most  common  problem,  of  course,  was  use  of 
the  admitting  diagnosis  rather  than  the  final  diagnosis.    There  are 
two  places  in  the  country  that  I  am  aware  of  that  I  think  are  doing 
a  pretty  good  job  in  this  way.    One  is  New  York,  where  the  New  York 
State  Hospitil ization  Review  System  has  people  in  the  field  who  check 
data  validity.    They  can  fine  a  hospital  $1,000  if  quality  standards 
are  not  met  after  a  certain  period  of  time,  and  they  begin  to  with- 
hold payments  from  them.    Then  they  blanket  the  universe  with  letters 
about  how  bad  they  are.    I  don't  know  how  far  we'll  all  have  to  go  in 
the  various  states  to  achieve  reasonable  data  quality,  but  I  am  sure 
we  will  all  have  to  address  it  somehow.    The  other  is  the  CPHA, 
Commission  on  Professional  Hospital  Activities  in  Ann  Arbor.  They 
have  a  full-time  staff  visiting  hospitals  and  one  of  their  responsi- 
bilities is  to  audit  the  quality  of  the  diagnosis  data. 

The  area  is  a  real  concern  because  if  you  get  into  S/UR  and 
begin  to  invest  the  kind  of  staff  time  and  the  analysis  that  is  required, 
it  is  awfully  frustrating  to  spend  much  effort  on  data  that  doesn't 
mean  anything.    One  of  our  major  efforts  at  this  point  in  time  is  to 
really  work  at  that  data  validity  and  data  quality  problem.    Early  on, 
Michigan  instituted  an  interim  payment  system  for  hospitals.    The  real 
reason  for  that,  and  I  think  we  will  continue  to  recall  this  to  them, 
is  that  we  recognized  that  it  takes  additional  time  to  get  the  final 
diagnosis  on  the  invoice.    If  the  current  inaccuracies  are  not  cleared 
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up  voluntarily,  we  will  initiate  some  financial  penalties.    I  think 
most  of  us  have  been  around  long  enough  to  be  cynical  enough  to  under- 
stand that  you  finally  get  attention  by  not  paying.    Every  now  and 
then  moral  persuasion  works,  but  it's  a  rare  instance. 

Recipients 

In  the  recipient  area,  I  think  Minnesota  and  Texas  have  gone  about 
as  far  as  anyone  in  trying  to  identify  recipient  abuse. 

I  think  most  of  our  state  agencies  are  a  little  like  HEW.  It 
doesn't  amaze  me  at  all  that  Title  18  doesn't  know  what  Title  19  is 
doing  or  vice  versa.    It  is  hard  enough  to  get  APA  to  talk  to  MSA 
within  SRS,  let  alone  with  SSA.    Excuse  the  letters,  but  I  think  we 
are  familiar  with  them.    These  problems  crop  up  in  states  between 
similar  functional  areas  over  the  whole  problem  of  recipient  abuse. 
What  are  you  going  to  do  when  you  find  a  recipient  who  has  "abused" 
your  system?    Is  somebody  from  Medicaid  going  to  call  him  or  her 
on  the  phone  and  ask  them  "Please  stop"?    Isn't  something  beyond  that 
needed,  such  as  contact  between  a  case  worker  and  the  "abuser"?  And 
if  you  have  peer  reviews  for  providers,  should  you  ask  the  welfare 
rights  organization  what  kinds  of  action  they  think  might  be  appro- 
priate to  be  taken  with  recipients?    And  on  it  goes.    Like  everything 
else  in  Medicaid,  you  start  pulling  the  string  and  it  looks  pretty 
simple,  but  the  end  is  over  in  North  Carolina  somewhere.    There  is  a 
whole  series  of  interrelationships  that  I  think  really  have  to  be 
developed  between  social  services  and  the  income  maintenance  or  Medicaid 
eligibility  worker  and  the  Medicaid  program  as  you  get  into  recipient 
abuse.    How  do  you  finally  get  down  to  actually  restricting  the  use  of 
the  ID  card  for  a  recipient?   That's  an  area  where  states  quite  frankly 
haven't  done  much. 

Fair  Hearings 

One  of  the  real  problems  with  this  whole  fair  hearings  area  is 
HEW's  unwillingness  to  differentiate  between  medical  and  non-medical 
decisions.    I  really  feel  that  if  it  weren't  for  fair  hearings  the 
welfare  system  would  collapse  because  the  front  end  eligibility  process 
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is  so  bad  that  people  really  do  need  some  sort  of  recourse  at  the  other 
end.    But  I  don't  believe  it  is  as  true  in  the  medical  area.  With 
licensing  and  the  regulation,  the  history  of  the  medical  profession 
and  the  way  the  rest  of  us  get  our  medical  care,  it  really  is  a 
little  silly  to  allow  an  "aid-continuing"  situation  to  exist  when 
competent  medical  professionals  have  determined  someone  no  longer 
needs  skilled  care,  for  example.    And  I  think  that  in  this  cost 
containment  area  it  won't  take  the  hospitals  too  long  to  figure  out 
that  the  way  you  get  around  PSROs  and  the  way  you  get  around  length 
of  stay  criteria  is  to  apply  for  a  fair  hearing  on  the  basis  of  a 
negative  medical  decision.    I  am  really  hopeful  that  the  federal 
government  is  serious  about  the  questions  that  they  have  put  for  com- 
ments in  the  Federal  Register  about  fair  hearings  and  that  HEW  can 
come  up  with  something  sensible.    We  should  all  help  them  in  that 
direction  through  our  written  comments. 

Cost  Containment 

I  have  been  on  a  saw  for  at  least  six  years  about  fair  hearings 
with  respect  to  medical  decisions.    We  sent  a  packet  of  information 
on  cost  containment  to  the  legislature  that  said  here's  what  Public 
Health  and  Social  Services  and  the  Budget  Division  think  we  can  do. 
It  was  developed  under  pressure  for  time.    A  month  later,  we  sent 
another  packet  saying  here  is  what  we  real ly  think  we  can  do.  It 
may  be  of  interest  for  you  to  look  at  the  differences.    There  is 
also  some  analysis  in  the  back  that  shows  how  we  arrived  at  what  we 
feel  the  impact  of  various  cost-containment  measures  would  be  and 
that  might  be  useful  to  you. 

Providers 

The  provider  area  is  one  where  we  probably  know  more  than  others, 
but  again,  it  is  a  tough  thing  and  there  are  some  specific  things  which 
haven't  been  done  well.    It  was  very  difficult,  and  I  think  you  will 
all  find  this  in  your  own  experience,  in  the  early  stages  of  this  pro- 
gram to  get  people  to  take  you  seriously.    Nobody  believes  that  govern- 
ment can  effect  real  change.    It  doesn't  happen  very  often.    So  you  go 
out  to  the  provider  associations  and  you  say,  "Hey,  we're  going  to  put 
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up  this  slick  medical  system  and  we  want  you  all  to  fill  out  a  form 
that  looks  like  this."    As  long  as  it  doesn't  say  that  they're 
Communists  or  something  like  that  they  say,  "Yea,  yea,  yea,  that's 
fine,"  and  you  go  back  and  you  think  you've  got  it  all  wired.  Then 
you  put  it  out  and  ask  somebody  to  sign  it,  and  the  world  blows  up, 
and  you  wonder  what  on  earth  happened.    This  sort  of  thing  has  to  be 
dealt  with  squarely,  and  to  the  degree  that  you  can  make  the  kind 
of  strategy  and  political  determinations  about  who  really  runs  things 
(because  it  usually  isn't  the  executive  director  of  the  medical  society, 
and  very  seldom  is  it  the  elected  officers  of  the  medical  society  -- 
it's  old  Joe  down  there  in  Ann  Arbor  that  everybody  likes  and  his  pal 
Morrey  from  Traverse  City).    You  have  to  penetrate  into  that  level  of 
confidence  within  the  associations  to  really  come  up  with  something 
that  is  meaningful . 

Prosecution 

Problems  aren't  limited  to  those  outside  government:    you  will 
have  immense  problems  inside.    I  remember  long  discussions  trying  to 
get  the  Attorney  General's  office  to  take  us  seriously.    What  do  we 
need  to  ^have  in  a  provider  enrollment  form  that  at  the  end  of  the 
trail  is  going  to  throw  the  guy  in  jail  if  he  should  go  to  jail? 
There  simply  wasn't  anybody  in  our  state  who  knew  anything  about  this, 
and  I  think  that  may  well  be  the  case  in  many  of  your  states.  I 
don't  know  of  more  than  ten  or  twenty  attorneys  around  the  country  now 
who  have  really  dug  in  and  paid  some  attention  to  this  area.    One  of 
them  is  a  young  fellow  who  was  with  the  U.  S.  Attorney's  office  in 
Philadelphia  who  began  a  session  at  the  Medicaid  Director's  Conference 
last  year  by  saying  the  doctors  have  stolen  more  from  the  public 
treasury  than  all  the  bank  robbers  have  ever  stolen  from  banks.  He 
had  a  particular  view,  obviously,  but  I  think  he  was  one  of  the  few 
people  around  who  had  spent  some  time  investigating  what  procedures 
and  what  kinds  of  laws  and  what  kinds  of  things  could  be  used  to  get 
the  job  done.    I  would  encourage  you  as  strongly  as  I  can  to  work 
out,  early  on,  an  arrangement  and  an  understanding  with  the  Attorney 
General's  office  that  gets  him  committed  on  paper  saying  if  you  do  all 
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these  things  properly,  then  you're  going  to  give  me  something  I  can 
do  something  with. 

There  are  a  lot  of  issues  involved.    For  example,  rubber  stamps. 
Can  the  doctor  use  a  rubber  stamp  to  sign  the  claim  form?    Yes  or  no? 
What's  the  legal  liability  of  that?    You  may  need  to  change  a  state 
law.    I  don't  think  you  are  ever  going  to  get  away  from  rubber  stamps, 
but  you  may  need  to  change  some  state  law  that  says  you  can  hold  the 
doctor  accountable  for  everything  that  goes  on  in  his  office,  including 
the  use  of  his  rubber  stamp.    You  get  into  the  problems  with  the 
service  bureaus.    Who  is  responsible  for  the  data  that  you  get  from 
the  service  bureaus?    If  you  get  claims  through  on  tape,  how  do  you 
really  nail  a  bad  actor?    What's  the  liability  of  the  service  bureau? 
One  of  the  things  we  have  found  in  Michigan  is  that  in  many  instances 
when  we  really  get  down  to  the  nitty  gritty,  the  provider  throws  up 
his  hands  and  says,  "Well,  you  know  how  it  is,  you  get  these  high 
school  girls  filling  out  these  forms  and  gee-whiz,  golly  guys,  they 
just  did  it  wrong  and  I'll  pay  you  back  $200,000,  but  can  we  do  it 
over  the  next  20  years  at  $10,000  a  year  with  no  interest?"  Another 
difficult  area  is  prosecution  versus  restitution.    We  have  been 
criticized  in  Michigan  for  placing  more  emphasis  on  the  latter  than 
on  the  former.    I  think  the  bureaucratic  response  would  be  if  we  had 
really  had  a  viable  prosecutorial  avenue,  we  would  have  taken  it,  but 
we  didn't.    Well,  times  have  changed  and  now  there  are  ten  attorneys 
sitting  over  on  the  tenth  floor  of  a  green  building  in  Lansing  who 
are  out  to  prosecute  every  doctor  and  hospital  or  anything  else 
they  can  find  in  the  state.    Typical  of  government,  we  can't  stop  in 
the  middle,  the  pendulum  has  got  to  go  from  one  extreme  to  the  other. 
Maybe  four  or  five  years  from  now  we'll  approach  the  middle  again  and 
have  sanity  for  a  couple  of  months  before  we  go  back  the  other  way. 
But,  at  any  rate,  that's  where  we  are.    There  is  a  lot  of  pressure  to 
prosecute,  and  cynical  comments  aside,  there  is  a  crying  need  for  it. 

One  other  piece  of  gratuitous  advice:    The  only  suit  I  ever  won 
in  Michigan,  I  won  because  I  got  an  amicus.    I  don't  know  how  your 
attorney  general's  operations  are.    I  think  they  are  changing  and  I 
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think  they  will  get  better,  but  in  most  states  there  isn't  anybody  who 
understands  the  Medicaid  program  in  the  attorney  general's  office.  The 
closest  you  can  get  to  it  is  somebody  that  may  have  advised  the  medical 
board  on  whether  or  not  to  kick  somebody  out  of  the  society  six  years 
ago  when  they  had  that  one  case.    We  need  to  help  each  other  as  states 
in  this  whole  arena. 

The  S/UR  System 

I  have  decided  not  to  go  into  too  much  detail  of  how  the  reports 
come  out  of  S/UR  because  there  was  a  seminar  in  Denver  not  very  long 
ago  where  we  put  on  a  great  exegesis  about  how  it  all  works. 

Rules,  Regulations  and  Adjudication 

Another  problem  is  the  promulgation  of  rules  and  regulations.  If 
your  attorneys  are  like  our  attorneys,  they  want  a  rule  that  says,  "If 
this  diagnosis,  then  this  procedure."    That  just  doesn't  hack  it  in 
medicine.    You  are  also  off  onto  the  turf  of  the  physician-lawyer  rela- 
tionship, and  if  you  all  haven't  had  the  pleasure  of  exposure  to  that 
field  of  play,  let  me 'tell  you,  they  don't  love  each  other.    The  whole 
malpractice  issue  has  caused  a  lot  of  problems.    The  development  of 
rules  and  regulations  under  which  to  proceed  in  the  advancement  of  a 
case  against  providers  and  recipients  is  difficult.    We're  taking  a 
crack  at  it,  and  I  think  some  of  the  states  have  already  done  a  good 
job.    This  is  another  place  where  we  ought  to  share  information  with 
each  other.    There  is  no  way  you  are  going  to  promulgate  a  rule  stating 
that  a  doctor  can  never  give  more  than  three  injections  for  a  given 
diagnosis.    It  is  also  terribly  important  to  find  a  physician  on  the 
staff  of  the  state  who  has  got  a  nose  for  this  kind  of  activity.  We 
had  one  (and  I  think  highly  of  the  man,  so  I  don't  want  this  taken  to 
be  critical  of  him  personally)  who  just  wasn't  suited  for  the  job.  He 
was  bright,  he  knew  the  territory;  medically,  he  was  excellent.  He 
could  review  a  case  with  any  reasonable  person  in  a  closed  office  and 
do  an  excellent  job,  he  was  a  good  witness,  but  it  killed  him  to  have 
to  go  into  any  sort  of  public  setting  and  say  anything  bad  about  another 
doctor.    The  result  was  that  he  resigned.    So,  in  looking  at  either 
medical  consultants  you  hire  or  the  physician  you  are  hiring  on  your 
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own  payroll,  it  is  especially  important  to  get  a  blend  of  capabilities 
and  to  make  clear  what  they  are  going  to  have  to  do,  because  it  isn't 
easy. 

You  are  generally  up  against  the  high-rollers;  you  are  often  looking 
at  them  because  they  are  making  a  lot  of  money.    (Some  of  the  reports  in 
S/UR  just  kind  of  make  me  laugh.    Percent  of  people  between  19  and  22 
with  diagnosis  Y  --  you've  got  some  guy  over  here  ripping  you  off  for 
3  million  dollars.    I  don't  mean  to  demean  it,  but  the  point  really  is 
that  you  have  to  be  pretty  selective  about  your  utilization  of  those 
reports.)  They  hire  excellent  attorneys. 

This  whole  area,  how  you  handle  it,  the  representation  that  you 
have  and  the  relationships  that  develop  between  the  departments  and  the 
attorney  general  are  critical. 

Using  S/UR 

There  are  some  internal  problems  with  S/URS  that  may  be  helpful 
for  you  to  look  at.    It  is  important  to  group  providers  properly. 
That's  not  as  easy  as  it  sounds.    We  find  that  a  significant  number  of 
the  people  who  except  on  our  reports  do  so  because  when  they  enrolled 
they  did  so  as  a  general  practitioner,  but  what  they  really  do  is  nose 
jobs.    They  should  be  looked  at  with  the  plastic  surgeons.    Or  you've 
got  somebody  who  really  practices  ear,  eye,  nose  and  throat  but  who 
enrolled  as  an  internist.    Another  difficult  problem  that  we  have  had, 
and  I  hope  other  states  have  solved  it  --  it  is  not  an  insolvable 
problem  --  is  the  ability  to  unduplicate  providers.    It  is  not  unusual 
in  this  day  and  age  for  a  physician  to  practice  four  or  five  different 
places.    He  may  be  on  a  hospital  retainer,  he  may  be  providing  services 
at  a  couple  of  clinics  and  he  may  have  a  couple  of  offices.    I  guess 
the  psychiatrists  are  as  notorious  in  this  way  as  anybody,  but  there 
are  others.    It  is  important  to  build  your  provider  system  in  a  way 
that  makes  it  easy  for  the  surveillance  and  utilization  review  system 
to  look  at  the  the  totality  of  his  practice.    I  should  also  say  we  have 
not  yet  been  successful  in  Michigan  in  tying  the  physician  to  pharmacy 
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and  laboratory  claims.    The  physician  runs  the  medical  system  in  this 
country.    And  if  we  are  going  to  do  S/UR  properly,  you  would  have  to 
know  how  medicine  is  practiced  to  understand  what's  going  on  in  your 
program.    This  means  understanding  prescribing  practices,  laboratory 
practices,  etc. 

There  are  a  couple  of  other  internal  kinds  of  things  beyond  the 
grouping  and  prescribing  problems.    We  get  a  lot  of  information  about 
drug  and  alcohol  abuse,  and  we  feel  some  obligation  to  let  somebody 
know  about  that.    That  gets  us  off  again  into  the  area  of  privacy  and 
confidentiality.    You've  got  a  client  running  through  your  system  who 
is  an  alcoholic.    What  do  you  do  about  knowing  that?    Refer  him  to 
the  drug  abuse  program  of  the  state  or  to  a  social  worker? 

E.O.B. 

One  of  the  good  things  about  the  EOB  is  that  you  get  back  a  report 
of  people  who  died,  but  you  don't  know  it  yet.    I  doubt  that  many  states 
actually  close  the  case  on  this  basis.    It  would  be  a  sensible  thing  to 
do,  but  I  doubt  that  that  happens  a  lot.    You  also  get  a  lot  of  changes 
of  address,  which  is  simply  a  way  of  saying  that  there  is  a  lot  in 
the  Medicaid  data  which,  if  you  will  expand  your  horizons  somewhat, 
can  filter  off  into  benefits  in  other  program  areas  as  well.    A  returned 
MA  ID  card,  just  like  a  returned  public  assistance  check,  indicates 
that  somebody  has  moved,  and  if  they  have  moved,  their  shelter  needs 
have  probably  changed  and  some  action  should  be  take.    There  are  a 
lot  of  these  kinds  of  interplays  that  I  think  we  don't  begin  to  handle 
as  well  as  we  might. 

Outcomes 

Finally,  it  is  a  little  tough  to  get  the  staff  all  hyped  up  about 

doing  S/UR  when  they  look  at  what  happens  to  B  ******  and  H ******* y  who, 

after  taking  20  to  30  million  dollars,  go  to  jail  for  a  mere  six  months. 

More  concern  is  developing  now  over  white  collar  crimes  and,  hopefully, 
conditions  will  improve. 
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Putting  MMIS  into  Place 

You  just  can't  overemphasize  how  important  commitment  to  this 
process  is.    You  need  to  understand  who  it  is  that  needs  to  be  com- 
mitted.   I  can  tell  you  who  it  was  in  Michigan:    It  was  the  Governor, 
the  Budget  Director,  the  Director  of  Data  Processing  for  the  State, 
and  the  two  chairmen  of  the  House  and  Senate  Appropriations  Committees. 
In  New  York,  it's  about  30  people;  in  Utah,  it  may  be  two.    But  it  is 
really  important  to  identify  who  that  cadre  of  people  is  and  to  work 
towards  an  understanding  and  commitment  which  allows  you  to  do  what 
has  to  be  done.    Murray  [Goldman]  did  an  excellent  job  yesterday  of 
laying  that  out.    All  I  had  to  do  was  listen  to  him  and  I  knew  he 
had  been  there.    To  the  degree  that  some  of  us  can  support  other 
states,  I'm  certain  we  are  all  willing  to  do  so.    If  your  state  is 
anything  like  ours,  whatever  gets  said  from  inside  the  state  is  baloney: 
If  someone  will  just  come  over  from  North  Dakota  and  tell  about  the  way 
it  really  is,  then  its  the  truth.    We  need  to  help  each  other  this  way. 

There  has  been  some  conversation  about  al 1  the  people  you  need  to 
get  involved  in  putting  in  an  MMIS  system.    In  addition  to  the  Attorney 
General,  there  is  the  rest  of  the  Social  Security  Department,  the 
Public  Health  Department,  the  Mental  Health  Department,  the  Crippled 
Children  program,  the  Insurance  Commissioner,  the  Auditor,  HEW  central 
office  and  regional  office,  Medicare,  SSI,  county  offices,  and  all  the 
provider  associations.    You  have  got  to  drag  a  whole  army  behind  you. 
If  you  don't,  somebody  is  going  to  come  out  from  behind  a  bush  and 
shoot  you.    If  you  are  lucky,  he  only  gets  you  in  the  leg,  and  if  you 
aren't  too  lucky  the  whole  thing  dies. 

Missing  Pieces 

There  are  a  lot  of  things  that  aren't  in  MMIS.  There  is  no  good 
facility  capability  within  the  MMIS  system  to  deal  with  certification 
and  licensure.  We  are  still  struggling  along  with  what  on  earth  this 
PSRO  thing  does  and  how  we  ought  to  relate  to  it.  HMOs  are  not  covered 
adequately.  I  don't  know  in  your  state  whether  you  have  had  the  same 
experience  as  ours,  but  the  simple  fact  is  that  the  HMOs  in  the  state 
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of  Michigan  are  politically  oriented  and  have  not  wanted  the  bureau- 
cracy to  fuss  around  with  overseeing  what's  going  on  in  their  HMO. 
One  of  the  things  they  think  is  neat  about  an  HMO  is  that  they  can 
get  money  without  being  bothered  about  reporting  how  it's  used. 
Well,  it's  a  little  difficult  to  figure  out  what  is  going  on  in  the 
HMO  versus  your  general  population  if  you  have  no  data.    In  the  city 
of  Detroit,  over  25%  of  the  Medicaid  population  is  enrolled  in  HMO. 
We  get  no  encounter  data.    So,  we've  got  10  to  15  percent  of  our 
Medicaid  population  about  which  S/URs  know  nothing.    We  have  also  got 
the  whole  EPSDT  program  without  adequate  MMIS  attention.    There  is 
also  no  good  prior  authorization  interface  with  the  invoice  processing 
system,  and  we  need  to  do  something  more  than  we  have  in  the  area  of 
third-party  liability.    This  all  simply  says  that  we  are  in  an  evolu- 
tionary process,  and  what  started  out  to  be  a  six  subsystem  system  . 
will  turn  out  to  be  more  than  that. 

Making  it  Work 

There  are  several  key  decisions  in  the  MMIS  process  that  I  would 
like  to  hit.    One  is  the  eligibility  information.    If  you  are  in  a 
state  that  still  maintains  a  case  data  instead  of  individual  data, 
you  are  in  trouble.    Not  only  is  all  the  medical  information  indi- 
vidually specific,  but  the  4D  is  as  well.    If  you  haven't  gotten  away 
from  case  to  an  individual  identifier  system,  you  better  do  that  be- 
fore you  think  about  MMIS. 

The  timeliness  of  recipient  data  is  extremely  important  as  well. 
Some  others  have  alluded  to  it,  but  if  it  takes  you  an  inordinate 
amount  of  time  to  get  the  MA  card  out,  it  can  wreak  havoc  with  invoice 
processing. 

Organization  and  finance  are  extremely  important.    You  have  got 
to  get  somebody  in  charge  who  knows  what  he  is  doing  and  he  has  to  be 
given  the  money,  the  power,  and  the  authority  to  do  it.    I  am  simply 
mimicking  what  a  lot  of  others  have  said,  but  I  want  to  say  it  too 
because  it  can't  be  overemphasized. 
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Also,  you  need  a  definite  strategy  with  providers.    You  ought  to 
sit  down  with  the  smartest  people  in  the  state  who  know  these  associa- 
tions.   You  may  need  some  help  from  the  politicians  in  the  Legislature, 
you  may  need  some  help  from  some  of  the  politically  astute  people  in 
the  Governor's  Office.    Your  boss  may  be  excellent  at  this,  I  don't 
know  what  the  individual  situation  is,  but  you  need  to  develop  a 
specific  strategy  of  dealing  with  the  providers  and  going  about  getting 
through  to  the  real  leadership  gaining  the  commitments  which  will  allow 
you  to  make  things  happen. 

The  use  and  management  of  contractors  is  another  critical  process. 
Most  talk  about  fiscal  agents  drives  me  crazy  because  it  is  almost  an 
apples  and  oranges  discussion.    In  the  handout  [distributed  at  the 
conference],  you  will  find  a  memorandum  from  Doctor  Dempsey,  who  is 
the  head  of  the  Michigan  Social  Services  Department  to  two  Michigan 
legislators.    It  contains  the  only  decent  cost  analysis  that  I  have 
ever  seen  anywhere  of  what  it  costs  to  run  an  MMIS  system  somewhere. 
It  details  by  specific  function,  for  the  State  of  Michigan,  what  costs 
are  and  what  these  translate  into  on  a  cost  per  claim  basis,  from 
printing  paper  to  making  duplications  to  putting  it  through  the  optical 
character  reader,  to  running  the  machine,  to  hiring  the  pended  claim 
clerks,  etc.,  all  the  way  through.    It  then  stops  at  a  level  which  says 
that  this  is  generally  comparable  to  what  fiscal  agents  do.    From  there, 
public  health  functions,  investigatory  functions,  policy  functions  and 
the  like  are  shown.    I  would  urge  you  to  examine  this  closely.    I  .hope 
that  over  time  we  can  develop  some  standard  nomenclature  and  accounting 
systems  that  will  allow  us  to  talk  with  each  other  meaningfully.  I 
still  begin  every  conversation  with,  "What  do  you  mean  by  a  claim,  what 
do  you  mean  by  a  service,  what  do  you  mean  by  an  invoice?"    Until  we 
can  get  over  some  of  those  kinds  of  discussions,  it  is  meaningless  for 
me  to  say  in  Michigan  we  process  a  claim  for  "such-and-such  a  cost"  and 
for  you  to  respond  that  you  process  a  claim  for  "such-and-such  a  cost," 
because  nobody  knows  what  they're  talking  about.    I  think  it  is  extremely 
important  that  we,  together  with  the  federal  government,  begin  to 
straighten  out  this  problem. 
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Pended  claims  is  a  key  decision,  and  it  is  a  key  decision  in  many 
respects,  but  particulary  if  you  are  thinking  about  using  fiscal  agents. 
The  agent  will  rise  and  fall  by  how  much  he  has  to  play  with  paper. 
You  have  to  decide  what  gets  pended  and  what  gets  rejected.    One  of  the 
good  things  about  MMIS  is  that  you  can  turn  edits  on  and  off,  and  you 
can  develop  different  fatality  levels  for  the  various  edits  so  that 
you  can  change  marginal  edits  as  required.    This  is  particularly  true 
where  the  system  is  new.    As  providers  begin  to  get  their  act  together, 
the  situation  improves.    As  others  have  mentioned,  MMIS  is  a  very 
dynamic  system.    Someone  has  to  stay  on  top  of  all  of  the  edits  and 
fatality  level  decisions  that  go  on  within  the  system. 

Finally,  we  come  to  the  previously  mentioned  issue  of  interdepart- 
mental coordination.    Even  where  you  have  umbrella  agencies,  like  HEW, 
you  don't  always  have  the  communication  across  organizational  lines 
necessary  to  make  MMIS  happen.    For  those  of  you  that  haven't  done  it, 
MMIS  raises  a  whole  series  of  very  difficult  and  complex  questions  which 
until  the  advent  of  MMIS  could  stand  to  flip  answers.    There  are  states 
with  excellent  policy  --  and  you  can  read  the  regulations  and  manuals 
and  say,  "Gee  whiz,  are  these  guys  ever  doing  a  good  job,"  but  when  you 
go  out  in  the  field,  there  is  absolutely  no  relationship  between  written 
policy  and  actual  practice.    MMIS  will  force  you  to  make  decisions  and 
to  enforce  those  decisions  in  a  way  that  wasn't  required  before. 

In  Closing 

There  are    a  couple  of  thoughts  about  where  we  might  go  from  here. 
They  fall  into  two  parts.    First,  there  is  a  series  of  things  like  edits, 
history  file  size,  the  use  of  optical  character  readers,  prior  authori- 
zation, hardware  and  software,  RFPs  and  RFQs  and  all  that  sort  of  con- 
cern which  is  pretty  fundamental  to  the  implementation  of  MMIS  that 
could  be  discussed  specifically  to  mutual  advantage  in  some  sort  of  con- 
tinuing dialogue.    Second  is  a  series  of  things  that  are  a  little  more 
difficult  and  complex,  like  reimbursement  policy,  prosecution,  utili- 
zation review  methodology,  and  cost  containment,  which  should  be  covered 
as  well . 
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In  conclusion,  I  leave  you  with  a  thought  that  Paul  Allen  had  one 
day.    Michigan  has  a  triangular  logo,  you  may  recall,  and  Paul  sug- 
gested our  motto  should  be,  "The  Lord  heals,  the  doctor  bills,  Medicaid 
pays."    I  think  the  aim  of  all  of  this  should  be  to  get  as  far  away 
from  that  motto  as  we  can. 


MMIS  INTERFACE  WITH  EPSDT 


Margaret  Park 
Program  Management  Officer,  EPSDT 
Department  of  Human  Resources 
State  of  Georgia 


I  would  like  to  start  by  saying  that  the  EPSDT  program  is  one 
that  is  a  tremendous  challenge,  I  think,  to  all  states.    It  is  a 
program  that  can  sell  itself  on  its  own  merits,  if  you  approach  it 
in  the  right  way.    I  would  like  to  give  you  some  historical  back- 
ground of  the  program  because  I  am  not  sure  how  many  people  here 
are  actually  that  familiar  with  EPSDT.    Historically  a  1967  amend- 
ment to  the  Social  Security  Act  called  for  the  states  to  mount  a 
program  of  early  detection  of  illness  and  disease  for  about  13  mil- 
lion eligible  children  throughout  the  nation.    The  program  was  to 
be  a  comprehensive  screening  program  with  diagnosis  of  abnormal 
findings  and  eventual  treatment,  with  the  ultimate  goal  of  improving 
the  quality  of  life  of  poor  children  and  giving  them  access  to 
medical  and  health  care  in  order  to  keep  problems  from  occurring 
in  later  life  that  would,  in  fact,  affect  their  educational  oppor- 
tunities, their  employabil ity ,  and  hopefully  keep  them  from  being 
recurring  welfare  families.    By  1972,  little  had  been  done  by  the 
states  to  establish  the  screening  program  as  a  viable,  measurable 
program  to  fulfill  the  congressional  mandate.    The  federal  govern- 
ment then  moved  to  establish  penalty  regulations  for  states  not 
implementing  the  program.    The  penalty  was  to  be  assessed  against 
1%  of  federal  funds  for  AFDC  payments  for  each  quarter  the  state  was 
considered  out  of  compliance.    The  current  regulations  require  that 
states:    (1)  Inform  all  AFDC  recipients  of  the  providers  of  screening 
and  the  availability  of  such  services;  (2)  Inform  the  AFDC  recipient 
of  who  provides  these  services  throughout  the  state;  (3)  Assist  re- 
cipients requesting  such  services  that  they  would  be  able  to  receive 
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them  within  a  reasonable  time,  usually  not  to  exceed  60  days; 

(4)  Assure  diagnostic  and  treatment  services  for  abnormal  conditions 
and  to  notify  them  of  the  providers  offering  such  services;  and 

(5)  Assist  recipients  in  receiving  diagnostic  and  treatment  services 
within  a  reasonable  time,  usually  not  to  exceed  60  days.    These  two 
timeliness  requirements  of  60  days  are  something  of  a  real  problem 
in  most  states  that  I  am  familiar  with,  and  it  has  been  a  problem 
for  us  in  Georgia.    We  are  beginning  to  get  over  some  of  those 
problem  areas  related  to  timeliness. 

With  the  result  of  the  penalty  regulations  being  published  and 
states  beginning  to  be  lo6ked  at  very  closely  by  regional  offices 
and  the  Department  of  HEW,  the  states  began  to  implement  the  pro- 
gram.   In  Georgia,  we  were  no  exception.    We  started  by  adding  the 
EPSDT  program  to  all  other  existing  programs.    For  various  reasons, 
the  program  evolved  into  a  step-child  relationship  of  the  assistance 
payments  workers,  the  social  services  workers  and  the  public  health 
nurses.    This  relationship  lead  us  into  a  situation  of  confusion 
and  frustration.    Further,  we  were  seriously  lacking  in  being  able 
to  satisfy  federal  reporting  requirements.    In  October  of  1974,  the 
office  of  Medicaid  hired  a  person  to  head  up  this  program  and  to  give 
us  the  kind  of  leadership  we  needed  in  order  to  move  along  with  EPSDT. 
The  complexities  of  this  program  are  inherent  in  the  federal  regula- 
tions and  guidelines.    However,  it  is  a  viable  program.    It  is  a  pro- 
gram that  can  yield  good  results  if  it  is  approached  properly  at  the 
state  level.    I  want  to  share  with  you  some  of  the  experiences  of  the 
State  of  Georgia.    We  are  doing  some  good  things,  but  we  weren't  sure 
whether  we  were  on  the  right  track.    HEW  helped  us  by  presenting  us 
with  a  program  of  improvement  and  requiring  us  to  put  some  very  basic 
things  together.    That  was  very  good  and  timely  when  it  happened. 

In  order  to  define  some  of  the  complexities  of  the  program,  I 
would  like  to  show  you  an  organization  chart  of  the  Department  of 
Human  Resources  in  Georgia  (see  Exhibit  1).    All  program  divisions 
have  an  integral  responsibility  to  this  program  and  have  a  service 
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delivery  function,  the  Office  of  Coordination  being  responsible  for 
making  sure  that  the  program  actually  gets  formulated  at  the  District 
level.    Some  of  the  complexities  we  have  experienced  are  because  this 
program  cuts  across  functional  lines  and  service  delivery  lines.  The 
requirement  that  the  program  be  uniform  state-wide  is  another  compli- 
cation.   The  smallest  county  in  the  state  must  have  the  same  services 
available  as  the  largest  county.    With  a  lack  of  health  and  medical 
services  equally  distributed  throughout  our  state,  the  state  agency 
chose  to  provide  the  screening  services  through  the  existing  depart- 
ments of  public  health.    In  Georgia,  we  have  159  counties.    We  have  an 
eligible  AFDC  population  of  252,000  youngsters  who  are  eligible  for 
this  program.    That  figure  does  not  include  SSI  and  foster  children. 
We  have  a  county  administered  system  of  welfare  and  public  health 
being  supervised  from  the  state  level.    With  these  kinds  of  problems, 
coordination,  communication  and  service  delivery  can  become  quite 
difficult. 

We  restructured  the  EPSDT  program  in  Georgia  by  establishing  a 
working  committee  which  was  representative  of  each  of  the  program  di- 
visions.   This  committee  has  been  one  of  the  most  successful  and 
effective  groups  I  have  ever  had  the  privilege  of  working  with.  Many 
hours  of  collaboration  have  been  spent  in  designing  a  coordinated 
approach  to  EPSDT. 

The  committee  composed  of  a  representative  of  Medicaid,  who  is 
the  convenor  of  the  group,  a  representative  from  the  divisions  of 
Physical  Health,  Social  Services,  Assistance  Payments,  and  the  Office 
of  Coordination.    These  five  people  meet  weekly.    The  purpose  of  our 
meeting  on  a  weekly  basis  is  to  stay  as  close  to  the  program  as 
possible.    One  of  the  first  major  tasks  of  the  committee  was  to  de- 
velop a  "tracking  system"  to  assure  compliance  (see  Exhibit  2).  The 
purpose  of  this  tracking  is  documentation  for  federal  review  purposes 
as  well  as  program  improvement.    The  flow  of  information  and  children 
through  the  EPSDT  program  from  the  point  of  their  being  informed  about 
the  services  to  the  point  of  getting  transportation  to  screening,  having 
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them  screened  and  abnormalities  identified,  and  getting  to  diagnosis 
and  treatment.    This  is  not  only  a  flow  of  children,  but  it  is  a 
records  flow  as  well.    Although  it  is  working  well  for  us,  it  is  a 
manual  system,  and  is  very  difficult  for  us  to  monitor. 

This  committee  has  also  designed  training  for  EPSDT  related 
activities.    We  have  begun  training  throughout  the  state  for  assis- 
tance payments  ,  social  services,  and  public  health  workers.    This  direct 
contact  has  given  us  the  opportunity  to  get  feedback  from  service 
delivery  and  has  been  very  helpful  in  making  needed  changes  which  pro- 
duced good  results  in  the  program.    We  have  just  completed  a  training 
film  which  shows  a  client  and  her  child  beginning  at  assistance  payment 
application  through  social  services,  to  screening  and  on  to  further 
diagnosis  and  treatment.    We  are  going  to  be  using  that  in  the  state 
to  train  all  workers  in  how  each  performs  various  program  functions. 

Another  very  important  purpose  of  the  inter-division  committee 
is  to  formulate  and  recommend  policy  to  the  various  program  divisions 
for  state-wide  implementation.    We  could  not  have  done  this  without 
the  full  support  and  commitment  of  our  Commissioner.    I  believe  that 
without  our  Commissioner's  direct  support  we  would  not  have  been  able 
to  get  where  we  are  in  Georgia.    This  program  requires  interface  with 
Medicaid  Management  in  almost  every  phase  of  implementation. 

Another  important  function  of  the  committee  is  trouble-shooting. 
We  try  to  visit  each  of  ten  districts  at  least  once  annually.  Often 
we  work  on  a  continuing  basis  until  problems  can  be  resolved. 

Within  the  Division  of  Physical  Health  we  have  developed  a  re- 
porting system  for  the  screening  part  of  EPSDT.    The  screen-claim 
form  is  the  input  document  (see  Exhibit  3).    This  form  yields  the 
information  on  how  many  children  were  originally  screened  during  the 
month,  how  many  children  were  screened  in  periodic  rescreening,  what 
the  abnormalities  were,  whether  or  not  it  is  a  duplicate  claim,  and 
it  does  give  us  some  information  on  the  numbers  of  problems,  the  per- 
centage of  problems  identified  in  all  the  components  of  our  screening 
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package.    This  does  two  things  for  us.    It  tells  us  the  number  of 
referrals  for  diagnostic  and  treatment;  it  also  gives  us  a  profile 
of  what  the  health  problems  are  among  children  in  our  state.  Even- 
tually, we  hope  to  be  able  to  use  this  data  to  request  funding  for 
health  problems  for  children  in  Georgia. 

Last  year,  we  were  successful  in  paying  more  than  86,000  screen 
claims.  About  40%  of  these  screens  were  periodic  rescreenings.  Our 
system  indicates  that  57%  of  these  86,000  children  were  referred  for 
dental  problems  alone.  In  the  State  of  Georgia,  we  have  35  counties 
that  have  no  resident  dentists.  The  state's  responsibility  to  assure 
follow-up  for  diagnostic  and  treatment  services  becomes  much  more 
difficult  when  you  have  a  provider  shortage  of  that  magnitude. 

This  leads  me  to  tell  you  that  there  is  a  model  information  sys- 
tem being  developed  for  EPSDT.    The  Department  of  HEW  is  taking  the 
lead  role  and  being  the  primary  group  responsible  for  the  general 
systems  design  for  a  model  EPSDT  system.    Georgia  is  the  lead  state 
in  this  development.    We  have  entered  into  a  working  partnership 
with  the  Department  of  HEW  and  their  contractor  to  do  two  things: 
One,  to  meet  periodically  with  the  contractor  and  the  Department  of 
HEW  central  office  and  regional  office  to  provide  a  practical  labora- 
tory for  information  which  they  are  designing  into  a  system;  and 
secondly,  to  act  as  the  primary  state  for  program  input  and  expertise. 
This  is  not  to  say  that  Georgia  is  alone  in  this.    The  contractor 
has  visited  several  other  states  in  order  to  get  general  knowledge 
of  the  EPSDT  program  and  how  it  varies  from  state  to  state.    I  am 
happy  to  say  that  the  contractor  has  completed  most  of  the  work  for 
the  general  systems  design  and  they  are  now  awaiting  the  final  draft 
of  penalty  regulations  in  order  to  complete  the  design.    We  have 
attempted  to  add  constructive  suggestions  to  the  contractor  during 
this  period  of  system  design.    Although  we  are  under  no  binding 
obligation  to  implement  the  proposed  system,  I  think  that  Georgia  will 
want  to  consider  early  implementation,  and  we  are  looking  forward  to 
seeing  the  design.    We  feel  very  positive  about  this  system  thus  far. 
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It  is  not  just  a  mini  system,  but  in  fact  is  a  subsystem  to  MMIS. 
The  EPSDT  Program  itself  is  very  involved,  and  it  takes  a  great  deal 
of  time  to  establish  a  support  system.    We  hope  that  the  model  sys- 
tem will  assist  us  in  automating  what  we  are  now  doing  manually. 
We  feel  that  the  end  result  of  the  general  systems  design  will  be 
a  policy  tool  to  assist  us  in  developing  this  program  to  its  full 
potential  and  to  managing  it  in  a  very  pragmatic  way. 

What  problems  have  been  encountered  in  building  an  EPSDT  tracking 
system  and  keeping  computer  costs  within  reason?    I  have  explained  to 
you  that  the  manual  nature  of  our  tracking  system  is  difficult,  there- 
for we  are  looking  forward  to  the  model  system  to  help  with  that 
particular  problem. 

Some  of  the  issues  concerning  us  in  Georgia  are:    What  will  be 
the  funding  match  for  this  type  of  system?    Will  the  MMIS  interface 
be  convertable  to  states? 
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AN  MMIS  INTERFACE  WITH  MEDICARE 


Phillip  Smith 
Management  Information  Division 
Department  of  Institutions 
Social  and  Rehabilitation  Services 
State  of  Oklahoma 

Oklahoma  is  the  Part  B  carrier  and  has  that  contract  with  the 
Social  Security  Administration  for  the  welfare  clients  in  the  state. 
This  is  somewhat  unique  to  Oklahoma,  and  it  may  be  appropriate  for 
us  to  talk  about  the  Medicare  side  of  the  process.    Ours  is  a  very 
specialized  point  of  view.    Not  knowing  how  much  interest  there  is 
in  the  way  we  operate  with  the  cross-over,  I  will  be  brief  in 
showing  how  we  do  it,  and  then  be  responsive  to  questions.    We  also 
could  bring  Minnesota  and  other  states  who  have  Title  XVIII  fiscal 
intermediaries  into  the  response  to  questions  about  automated  cross- 
over with  external  carriers.    My  discussion  will  be  Oklahoma's 
experience  in  having  the  responsibility  for  both  the  Part  B  Medicare 
and  Medicaid  portions  of  the  bill. 

I  am  not  going  to  go  through  any  detailed  discussion,  but  I  want  to 
show  you  the  style  of  the  claims  processing  system  in  Oklhaoma  which 
processes  both  the  Medicare  and  Medicaid  portions  of  the  bill  (see 
Exhibit  1).    It  looks  very  much  like  a  Medicaid  processing  system, 
and  I  will  not  go  through  all  the  characteristics  here.    It  is 
basically  a  batch  process  supported  by  on-line  files,  and  has  automated 
screening.    Exceptions  go  out  to  auditing  operations  and  back  through 
until  they  are  processed  to  a  final  disposition.    The  payment  is  made 
once  a  month  with  EOMB  and  EOMP.    There  are  a  few  items  that  are  pecu- 
liar to  the  process,  and  one  of  them  is  the  query  to  Baltimore  to 
establish  the  remaining  Part  B  Medicare  deductible  applicable  to  a 
bill.    The  query  is  a  requirement  in  the  system  whenever  the  system 
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can  not  determine  that  a  deductible  has  been  met.    Part  of  the  computer 
screening  is  to  see  whether,  for  this  recipient  in  the  calendar  year, 
the  deductible  for  Part  B  has  been  met.    If  our  files  show  that  the 
deductible  has  been  met,  then  Baltimore  is  not  queried;  otherwise  it 
is  queried  and  a  response  received.    This  is  a  magnetic  tape  trans- 
mission process.    There  are  some  other  peculiar  characteristics  to 
Medicare.    There  is  a  5  percent  sample  operation  which  provides  a 
mechanism  for  quality  assurance.    Finally,  there  is  a  payment  record 
which  is  provided  to  the  central  office  of  the  Social  Security  Admin- 
istration in  Baltimore  for  all  carriers.    This  is  for  100  percent 
of  the  claims  processed. 

I  have  included  the  claim  form  that  serves  as  a  claim  for  both 
Title  18  and  Title  19  (see  Exhibit  2).    The  portion  of  the  bottom  • 
which  is  outlined  in  the  darker  area  is  used  only  by  Title  19  in 
Oklahoma.    That  is  Oklahoma's  specific  part  of  the  claims  form,  the 
rest  is  basically  the  same  as  1490,  which  is  used  nationwide. 

Also  included  is  a  proposed  claims  form  (Exhibit  3)  for  use  with 
OCR  data  entry,  a  technique  lifted  from  Michigan.    This  is  not  an 
approved  form  yet,  so  anyone  from  the  Social  Security  Administration 
should  not  get  excited.    Of  course,  both  the  state  and  the  Social 
Security  Administration  would  have  to  approve  this  form.    We  have 
been  in  discussions  with  the  Social  Security  Administration  and  I 
thought  I  would  include  this  for, your  own  idea  purposes  on  style  of 
claim  form. 

I  have  included  a  sample  copy  of  the  explanation  of  medical  pay- 
ments (Exhibit  4),  which  is  the  remittance  advice.    I  noticed  in  re- 
viewing these  that  there  are  no  reductions  in  payment  or  disallowances 
on  the  sample.    If  there  were  reductions,  both  the  reduction  and  a 
narrative  explanation  of  the  reduction  would  be  noted.    Notice  that 
the  amount  covered  by  Medicare  and  the  amount  covered  by  Medicaid  is 
entered. 
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EXHIBIT  2 


MIAlTH  I0UO1I0M.  AMD  *(L  Pfl  *| 
SOCIAL  tCCVUlT*  AOM<Ml|TM«TIO« 


RFQUFST  FOR  MEDICARE  PAYMFNT 
MFDICAL  INSURANCF  BFNFFITS 
SOCIAL  SECURITY  ACT 


Deportment  of  Institutions,  Sociol  ond 
Rehabilitative  Services 
P.  0.  Box  25352 

Oklohomo  City,  Oklohoma  73125 

i.  name  of  patient 
Doe,  John 

2     CLAIM  NUMBER    Copy  (torn  hit  Med, corf 

123-1+5-6789A 

L±    MALE     __  FEMALE 

3     Street  Address,  City,  S'aie.  ZIP  Code 

1111  E.  1st 

TELEPHONE  NUMBER 
fl  O87-6U32 

4.    Wo,  you'  po'ient' s  illness  or  iniury  connected  with  hii  employment' 
*Z7Ye»         XT  No 

5     Show  name  ond  oddress  of  facility  where  services  were  performed  'if  other  thon 
home  or  office  visits) 

REPORT  OF  SERVICES 

6'  A. 

Date  of 

each 
tervi  ce 

B. 

Ploce  of 
servi  ce 
'•See  Codes 
below) 

c. 

Fully  describe  surgical  or  medical  Pro- 
procedures  ond  other  services  or  cedure 
supplies  furnished  for  eoch  dote  given  Code 

D 

Nature  of  1  linen  or 
m|ury  requiring  tervices 
or  tuppl  i  es 

E. 

Charge,  fif  re- 
loted  to  unuiuol 
circumitonces 
e*plom  in  6C' 

Leave 
Blank 

11-12-71* 

0 

Office  call 

900U 

Diabetes 

6. co 

Uk 

8Q3* 

Mellitus 

?.co 

FBS 

8722 

5.00 

1  accept  assignment  ond  wi'l  occept  the  charge  determination  of                                                     7.  Total 
the  Medicare  corner  os  the  FULL  charge,    (see  instructions)  Charges 

5  llr.OO 

OUTLinEDaREASElOwFORUSEOFSTaTEmEDiCaL  ASSISTANCE  PLANS  ONLY  AND  IS  NOT  REQUIRED  BY  THE  S0C:al  SECUR  TY  aD\<  ni  STR  a  TICn 


TO  BE  COMPLETED  BY  PHYSICIAN  -  Copy  Public  A,i,»lonce  Identification  (torn  Pol  ent'j  cord. 

Cose  Number 
A-000000 

County  of  Residence 

00 

Dote  of  B.rth 

00-00-00 

Check  if  other  third  party  liability  involved  ■ 

Did  onother  physicion  give  medieol  or  surg.col  core'     Yes         No  A 

This  ts  to  certify  that  the  foregoing  information  is  true,  occurate  ond  complete. 

I  understond  that  poyment  and  satisfaction  of  this  claim  will  be  from  Fede-'o' 
ond  Stote  funds,  ond  that  any  fo'se  claims,  stotemenfs,  or  documents,  or  conceal- 
ment of  o  materiol  fact,  moy  be  prosecuted  under  applicable  Federol  or  State  laws. 

The  charges  ore  now  due  ond  wholly  unpaid.  Poyment  received  from  the  Depart- 
ment of  Institutions,  Sociol  ond  Rehabilitative  Services  represents  full  payment  of 
the  deductible  ond/or  co-m&u'once  in  connection  with  this  cloim. 

I  further  state  that  the  (work,  services,  or  moteriolsl  os  shown  by  this  invoice  or 
claim  have  been  (completed  or  supplied)  in  occordance  with  the  plons,  specifica- 
tions, orders  or  requests  furnished  me.    I  further  state  that  I  hove  mode  no  payment, 
given  or  donoted  or  agreed  to  poy,  give  or  donote,  either  directly  or  indirectly,  to 
any  elected  official;  officer  or  employee  of  the  State  of  Oklohomo,  of  money  or  ony 
other  thing  of  volue  to  obtain  poyment  or  the  oword  of  this  controct;  ond  that  I  om 
duly  outhorized  to  moke  this  affidavit. 


Signature  of  Patient,  PotenV-Guordtor.,  or  Responsible  Person  —  Date 
(Underl.nexwh.ctf 


City  County 
(If  other  thon  potient) 


PAID  BY  PRIVATE  INSURANCE.  ...  S. 

OTHER  RECEIPTS  (SPECIFY 

SOURCES)   5. 

BALANCE  DUE   $. 


lU.OO 


1  hereby  ogree  to  keep  such  records  OS  ore  necessary  to  disclose  fully  the  extent 
of  services  provided  to  individuals  under  the  Stole's  Title  XIX  plon  ond  to  furnish 
information  regarding  ony  payments  claimed  for  providing  such  services  os  the  Stote 
agency  moy  request  for  three  years  from  dote  of  service. 

8.    Signoture  of  physicion  or  supplier  (A  physician's  tignoture 
cian's  services  were  personally  rendered  by  him  or  under  h 

Certi  fi  es  thot  phy  51- 
is  personol  direction) 

/Ymd  /~7qo  /~7DDS  Oi^., 

Dote  signed 

11-13-71* 

FOR  STATE  OFFICE  USE  ONLY 

TITLE  XVIII,  PART  B  PAYMENT  133)  S. 

DEDUCTIBLES  (24)  S. 

CO-INSURANCE  (25)  S. 

TOTAL  $ 


\olnrs  Puhltc 


Telephone  Numke 

0U3-2U3U 


9.    Nome  and  address  of  physicion  or  supplier  (Number  ond  Street,  City,  State,  ZIP  Code) 

C.  R.  Roberts,  M.D.,  123  Main  St.,  Oklahoma  City,  OK  11103 


Pnysitiar*'*  Sccioi   SfCu"')   t**~~<ha  C  St-t 

Federal  Employer's  Identr  f,  coiicn  Number 

012-31+-567S 


0-Docto;'s  0ff.ee  H-Potient's  Home  (K  portoble  X-roy  services,  identify  the  supplier)        OH'Outpot.ent  Mosp.tu'  OL-Ciher  Locot.ons 

IL-lndependent  Laboratory       IH-lnpodeni  Hospilol  SN  F  •Skilled  Nursing  Foctlity         I C  F  ■  Intermediole  Core  Focif-ty 


FORM  SSA-1490  W  (OK)  (9-1-74) 


Department  of  Heo'th,  Education,  ond  Welfare 
Social  Security  Administration 
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EXHIBIT  3 

.  ...  ...  -  .  ._   .     STATE  OF  OKLAHOMA- DEPARTMENT  OF  INSTITUTIONS  .SOCIAL, AND  REHABILTATIVE  SERVICES 

MEDICAL  PROVIDER  CLAIM  FORM 


CLAIMANT  IDENTIFICATION  SECTION   

-  Nam*  |  -  .  ^tdtTal  Emp  I P  Niimhf r 


b.u_ 


999 


L  PATIENT  IDENTIFICATION  .  SECTION. . 

MjJBJ  ^  .  .  Addr»is, 


-lolm  Number 


T.l.n 


h«n.  Mumh.r 


«■  C...  m-i...  ^  ...  DIS8S  Uw  Qnl, 


SlJinU  Nurnt 


tlrlh  Dulf. 


Person 

Zeds. 


If  Cadx  , 


SERVICER 

Dole  of  Service! 
Dot*  oi  Service  .  _  .    f '  , 

Dot*  a  Discharge 


+-4— 


Pi  oca 
Service 


Type 
Service' 


Procedure 
Cod* 


Number 

Services 


Charge  f ' 


:  Fully  Describe  Procedure,  and  Other  Services  or  Supplies  .  ^ 
Action  Furnished  lor  Each  Date  Given 

Cod*    Nature  of  illness  •  'Injury  Requiring  Servkei  or  Supplies 


Mo  Day  Year 


-I  1- 


1—1 


1_ 


accept  auigrtefnenl  and  w|D  accept  the  change  determination  3  *<  KBCori  :orrler  en  the  TOUT  cfcorae-i     Show  name  end  oddr«.,  of  focllity  where  services  were  performed 

 .  !   .   _  ...    .   .  .--  |  (H  other  then  home  or  office  visits )    ,  _ 

 IQTAl  CHABCEsl  't   1  ^ 


i  r 


V 

?.  SUMMARY  SECTION 

l>    Invoice  attached  ? 

Is   ophthalmeloglslj    prescription   attached  ? 


Y  PROVIDER  CERTIFICATION   SECTION  S 


Is  workman  compensation   Involved  ? 
It  third  port.  Involved  ? 
Initial  claim  ? 
Supplemental   claim  ? 


ft 


No 
□ 


□ 

a 


::::::::::  □ 

Did  other  physician  give  medical  or  surgical  CartT|  j 

_     ____  Pa  id  by  Insurance   _        |  j 

_  _OI  he  r_  receipts  (speclly  t*ure*s)  j  | 

V  ^  Balance  due  \  I 

Signature  oi  rollent.G^orc^on.or^e^rXna^le^persi^T^jriderline  which) 
Witness  (If  polient's  signoture  Is  "X"or  thumb  print.have  wlfncss  sign) 


T 


< 


Signature  physician  ©r  rWpp!i«Kphyikr©*V5«o/.otur».  certifiei  that  physicians' 
Mr* lets  were  perionolfy  nrdtted  by  him  or  under  hi.  perirenal  direction) 


MP  ■      iDoj      IPOS!      |omer  degree 


~Do'«  signed 


Address  of  physician  or  supplier 


«  eMbKrlbcd^n?  sworn  ,  , 
^/^O-btJoreJnx  L  L 


My  commii 


.NolaryFuL'it 
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I  have  included  the  warrant,  or  check,  itself  (Exhibit  5)  to  show 
that,  again,  the  amount  covered  by  Medicare  and  the  amount  covered  by 
Medicaid  (the  deductible  and  coinsurance)  are  both  shown  on  the 
warrant. 

Exhibit  6  shows  a  sample  copy  of  the  EOMB  --  Explanation  of  Medical 
Benefits      which  again  shows  the  amount  covered  by  the  Medicaid  pro- 
gram.   Basically,  it  meets  the  requirements  of  Medicaid  people,  but 
does  include  additional  information. 

Finally,  I  have  included  a  listing  of  data  elements  transmitted 
to  SSA  Baltimore  via  Query  (Exhibit  7) ,  SSA  Baltimore  Query  response 
data  elements  (Exhibit  8),  and  Medicare/Medicaid  claims  data  elements 
in  Oklahoma  (Exhibit  9). 

That  is  all  I  have  to  show  you  as  far  as  exhibits  are  concerned. 
I  will  reiterate  that  Oklahoma's  processing  here  is  unique,  so  not 
knowing  what  your  interest  is  in  the  area,  I  will  simply  be  responsive 
to  questions.    I  think  we  do  have  other  states  that  may  want  to  discuss 
other  styles  of  automated  processing. 
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EXHIBIT  5 


!  DATE  CF  '.!SilE 

I  ,«12/31/34 

m 

1ST  A  l  <>K  OKLAHOMA 
!».«'  \bi.e  r;:!u>i6ii  urfir or  Tiir 

I  57«ir  •;  l-i  ?«  *NB  l!E.'.>l«E« 


TO  THE  ORDER  OF: 


MEDICARE  PAYlElT 


72.00 


TITLE  XVIII  -  f;st  s 

[ 


10.00   i    is  18.00 


fVT*r  x:x 


ic.j  in:. 


■  IGISUUD  FATASIE 

SEE  ATTACHED  "EXPlA\ATiON  OF  t.;EDICAL 
PAYMENTS"  FOR  PATIENT  INFORMATION 


Doris  Day         \.  > 
\-\ V  Sunset^  Strip/       -, > 
C*-?odunk,  sQklahcafa 

i 

CO  NOT  SPINDLE.  FOLD  CFt  MUTILATE 


lfA.tP.MT  so, 

12  3^567 


MC'JST 

$100 .00 

39-e5 
I03i 


PAY  |St»»*g»ioc.  .00 


t:  io 3  i-ooa 51:  oog,  iso  □ow 


 , — i 


EXHIBIT  6 


JtTATF  DF  OKI  flUOMA 

) 

PAVUCkiTfi  Pi!  1 Q  i  (J ft  BCBinn  rtE 
rA  TMCrilDUUHmU  rtHlUU  Ur 

DEPARTMENT  OF  INSTITUTIONS, 

SOCIAL  &  REHABILITATIVE  SERVICE8 

P.O.  BOX  25352 

10-2^-76    TO  11-16-76 

OKLAHOMA  CITY,  OKLAHOMA 73125 

(405)  521-3801 

DEDUCTIBLE  INFORMATION 

EXPLANATION  OF  MEDICARE  BENEFITS 

YEAR  1(,7«» 
PREV.  SATIS.  ,C0 

(THIS  IS  NOT  A  BILL! 

SATISFIED 

THIS  IS  A  STATEMENT  01  THE  ACTION 
TAKEN  ON  YOUR  MEDICARE  CLAIM 
KEEP  THISNOTICt  FOR  YOUR  RECORDS 

THIS  PAYMENT  12.00 

REMAINING  <tU.O0 

Bem:ficiahy 

YOUR  MEDICARE  NUMBER 

Far rah  Faweott 

HEALTH  INSURANCE  CLAIM  NO. 

77  Hollywood  Boulevard 

123-31-1567-A 

Hollywood,  California 

WELFARE  IDENTIFICATION  NO. 

00000 

A-123'156 

SERVICES  WERE  PROVIDED  BY 


INCLUSIVE  DATES 


FROM 


TO 


AMOUNT 
BILLED 


AMOUNT 
APPROVED 


iCE 

HE 
VERSE 


. Samnle  Name  MD 


lG-0<.-76 


10-0W6 


reason  Charges  not  allowed  Medicare  oqes 


MORE   THAN   THE  ALL 

Sannle  Ilane  MD 


-•WAtLi  ChA 
1 C-2 l-"ie> 


reason  charges  nct  allo»el 

MORE  TI'AN  THE  ALLbwASuL  Cr'./O^E 


3  * 

9-1 


10-11-76 

H-uica-.c  c 


10.  CO 
NUf  F 


10.00 


6.00 

FOR 


1.  A 


6.00 


ES  NCI    Pi  1  FUR 


-  -TOTAL  — 
AMOUNT 
SILLED 
.•0.(10 


•"TOTAL  " 
AMOUNT 
APPROVES 

I  .' .HO 


TOTAL 
PAID 
BY  YOU 

.110 


WELFARE  PAID 


INUUHANCI 


i!.0(> 


TOTAL 
MEDICARE 
PAIII 


TOTAL 
PAYMLN I 
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EXHIBIT  7 


Data  Elements  Transmitted  to 
SSA  Baltimore  via  Query 

Health  Insurance  Benefit  Number 

Beneficiary  Name  (Surname) 

Beneficiary  Name  (Initials) 

Query  Code 

Sex'  Code 

Blood  Deductible  Code 
Intermediary  Number  (25370) 
Hand  Query  Indicator 

Intermediary  Control  Number  (Any  items  such  as  Julian  Date  and 
Claim  Number  Used  to  Positively  Identify  a  Query) 

First  Incurred  Date  Jan-Sept  (Year  and  Month) 

Reasonable  Charges  Jan-Sept  (Medical) 

Reasonable  Charges  Jan-Sept  (Non-Inpatient  Psychiatric) 

First  Carry-Over  Incurred  Date  Oct-Dec  (Year  and  Month) 

Total  Carry-Over  Reasonable  Charges  Oct-Dec 

Carry-Over  Reasonable  Charges,  Oct-Dec,  For  Medical 

Carry-Over  Reasonable  Charges,  Oct-Dec,  For  Non-Inpatient 
Psychiatric 


EXHIBIT  8 

SSA  BALTIMORE  QUERY  RESPONSE  DATA  ELEMENTS 

Intermediary  Number 

Health  Insurance  Claim  Number 

Disposition  Code  CReply  Code) 

Beneficiary  Year  and  Month  of  Entitlement 

Beneficiary  Year  and  Month  of  Birth 

Remaining  Blood  Deductible 

Remaining  Cash  Deductible 

Intermediary  Control  Number 

Correct  Surname  of  Beneficiary  - 

and  the  Initials  of  the  first  and  middle  names 

Correct  HI  Claim  Number 

Reasonable  Charges  for  Psychiatric  Care  Remaining 
Tie-in  Intermediary  Number  (Welfare  or  other) 
Part  B  Termination  Year  and  Month 
Representative  Payee 
Full  Name  on  HI  Record 
Prior  Period  of  Coverage 

Intermediary  Number  of  Carrier  Previously  Having  Jurisdicti 
Corss-Referenced  HI  Claim  Number 
State  Buy-In  Indicator 

Physical  Therapy  Remaining  ($100  Maximum) 

Health  Maintenance  Organization  Involvement  (Name  of  HMO) 

Disability/Renal  Disease  Indicator 
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EXHIBIT  9 


MEDIC ARE/MEDIC AID  CLAIMS  DATA  ELEMENTS 

Claim  Type  Code 

Claim  Number 

Case  Number 
*Health  Insurance  Benefit  Number 

Beneficiary  Name 

Beneficiary  Address 

Beneficiary  County 

Beneficiary  Race 

Beneficiary  Sex 

Beneficiary  Birthdate  . 

Provider  Name 

Provider  Address 

Provider  Code 

Provider  Specialty  Code 

Provider  Board  Certification  Code 

Employment  Related  Code 

Debit  or  Credit  Code 

Zero  Grant  Claims 

Beneficiary  Sign  Claim? 

Provider  Sign  Claim? 

Total  To  Be  Paid 

Billed  Charges 

Allowed  Charges 

Resources 
*Query  Status 
*Deductible  Remaining 
*Deductible  This  Claim 
^Co-Insurance 
*Medicare  Amount 

Date  Claim  Received 

Date  Accepted  For  Payment 

Date  Paid 

Warrant  Number 
^Psychiatric  Code 
*Assigned/Unassigned  Code 

Type  Provider  Number 
(SS#,  EI#,  etc.) 

Type  Practitioner  Code 

(Solo  Physician,  Solo  Supplier,  Physician  Group, 
GPPP's,  Independent  Laboratories,  Institution,  etc.) 

Durable  Medical  Equipment 
*Medicare  Only  Indicator 
*100%  Medicare  Code 

Related  Category 

From  Service  Date 

To  Service  Date 

Type  Service 

Place  of  Service 

Diagnosis  Code 

Procedure  Code 

Number  of  Services 

Adjustment  Code  

Physician's  Code 

Specialty  Code  I  155**  Only 

Board  of  Certification  Code 
Physician's  Name  J 


NOTE:     *Medicare  Only 


MMIS  INTERFACE  WITH  BENEFIT  RECOVERY 


Russell  Ward 
Supervisor,  Medical  Recovery  Unit 
Office  of  Support  Enforcement 
Department  of  Social  and  Health  Services 
State  of  Washington 

In  the  State  of  Washington,  instead  of  identifying  ourselves  as 
the  third  party  unit,  we  call  ourselves  the  medical  recovery  unit. 
We  used  to  send  out  information  to  the  providers  indicating  that  their 
bill  had  been  transferred  to  the  third  party  unit  and  then  we  would 
end  up  with  a  pregnancy  or  an  appendectomy  or  something  like  that  and 
we  would  get  a  telephone  call  from  some  physician's  clerk  who  would 
say  ,  "Third  party?    What  in  the  world  are  you  tal  king  about  anyway?" 
We  found  it  to  our  advantage  to  identify  ouirsel  ves  as  a  medical  re- 
covery unit,  because  that  was  what  we  were  interested  in. 

In  the  State  of  Washington,  my  function  does  not  include  estate 
recoveries  or  things  of  that  nature.    We  are  strictly  involved  with 
the  medical  insurance  sort  of  recovery.    As  you  know,  Title  XIX  re- 
quires that  the  states  take  reasonable  measures  to  identify  and  to  use 
other  available  resources  in  the  payment  of  medical  assistance  costs. 
I  more  or  less  geared  myself  in  the  program  which  we  operate  in.  the 
State  of  Washington  to  just  those  two  areas.    When  you  stop  to  figure 
it  out,  this  really  is  the  whole  story  of  it  anyway,  because  you  have 
to  identify  it  before  you  can  use  it,  and  there  is  no  sense  of  identi- 
fying it  and  then  not  using  it.    We  have  been  audited  in  the  State  of 
Washington  by  HEW,  I  think,  on  two  or  three  occasions,  and  then  we 
have  been  audited  by  GAO.    Fortunately,  GAO  came  in  to  performance-audit 
us  and  we  came  out  in  fairly  good  shape. 

I  think  we  do  things  differently  from  many  of  the  other  states. 
Under  our  Washington  administrative  code,  all  outside  resources  for 
medical  care  available  to  the  recipient  at  the  time  of  application 
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must  be  utilized  to  the  fullest  possible  extent  prior  to  any  payments 
by  the  state.    I  am  aware  that  many  states  get  involved  with  pre-payment, 
and  then  you  go  back  and  recover.    This  we  do  not  do  in  the  State  of 
Washington.    I  might  say  this:    From  my  experience,  this  is  possibly 
the  most  difficult  and  the  most  costly  way  of  trying  to  get  your  money 
back.    In  a  meeting  we  were  at  in  Chicago,  I  sat  fairly  comfortable 
when  GAO  was  in  agreement  with  what  we  were  doing.    Allen  Zip  met  with 
us  and  indicated  this  is  possibly  the  most  logical  way.    Now  I  am  aware 
that  Michigan  may  want  to  pick  on  me  and  John  Anderson  may  want  to 
pick  on  me  in  light  of  Minnesota's  experience,  and  some  of  the  rest 
of  you  may  also.    But  this  is  part  of  the  thing  which  I  have  quite 
strong  feelings  about. 

I  have  received  a  number  of  questions  as  to  what  the  procedure 
is  in  the  State  of  Washington.    All  eligibility,  of  course,  is  certified 
at  what  we  call  the  local  office  level.    (We  used  to  call  them  county 
offices,  but  we  ended  up  in  some  areas  like  King  County,  which  has  one 
third  of  the  case  load  for  the  State  of  Washington  because  it  has  one 
third  of  the  population  for  the  state,  and  discovered  that  we  needed 
more  than  one  office  there,  so  we  had  to  rename  these  local  offices.) 
All  eligibility  is  certified  at  that  level.    The  end  result  is  you 
get  the  stuff  fed  into  the  state  central  office,  which  is  where  I  work. 
This  eligibility  data  is  fed  in  to  us  in  a  computer  process.    In  that 
computer  process,  we  can  identify  the  fact  that  there  are  potential 
insurance  benefits.    We  merely  put  on  the  eligibility  transmittal  form 
that  tells  us  about  the  budget  aspects  of  a  case  a  code  "93".  When 
this  gets  to  us,  we  translate  to  indicate  that  this  person  has  health 
insurance.    There  is  a  high  degree  of  error  in  that  insurance  identi- 
fication system.    Dick  Nelson  is  here'  and  he,  too,  has  been  aware  of 
this.    Dick  is  from  our  medical  assistance  unit,  and  he  is  responsible, 
more  or  less,  for  this  function.    We  are  fully  aware  that  we  have  prob- 
lems here,  and  we  are  trying  to  figure  out  a  way  to  get  back  into  the 
local  offices  and  get  the  local  office  people  motivated  to  where  they 
care  enough  to  do  something  about  it  to  correct  it.    I  met  with  some 
people  just  recently  and  one  of  the  key  people  who's  responsibility  it 
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was  to  communicate  with  that  level  said,  "If  you  ever  find  a  way  to 
motivate  case  workers  in  order  to  get  the  proper  information  done  that 
satisfies  you  in  your  particular  field,  you  have  really  achieved 
something."    You  can  not  get  away  from  just  trying  it  anyway.    This  is 
the  thing  which  we  are  working  on.    In  the  eligibility  identification, 
then,  when  this  material  comes  to  us  we  know  that  this  person  at  one 
time  at  least  may  have  had  somL*  insurance  and  we  think  there  is  some 
payoff  in  looking  for  potential  insurance  available  to  us. 

Some  of  you  have  asked  me  about  the  fact  that  recently  we  went 
to  Electronic  Data  Systems,  aksing  what  impact  this  has  had.    Let  me 
say  that  I  think  EDS  has  a  tremendous  system  that  has  tremendous  capa- 
bilities for  insurance  identification  purposes.    I  think  Dick  would 
agree  with  me  that  when  it  comes  to  the  system  itself,  it  has  tremendous 
possibilities.    We  have  found  that  this  electronic  data  system  can 
identify  to  us  off  the  eligibility  file  of  all  these  histories  the 
insurance  identification.    They  also  identify  to  us  one  of  the  other 
areas  of  recovery,  using  claims'  diagnosis  codes.    We  have  put  it 
into  the  system  that  when  there  are  certain  diagnosis  codes  on  a  claim, 
it  will  be  flagged  out  to  us.    In  the  EDS  system  we  are  identified 
as  "location  20,"  which  is  what  we  call  the  medical  recovery  unit,  or 
the  third  party  unit.    When  a  claim  has  certain  diagnosis  codes  or  when 
the  patient  has  the  potential  insurance  indication,  then,  theoretically, 
the  claim  automatically  is  transferred  to  the  third  party  unit,  the 
medical  recovery  unit. 

One  of  the  problem  areas  we  have  is  when  you  start  trying  to  adjust 
referral  edits.    Then  you  end  up  with  problems.    As  recently  as  last 
Thursday,  we  finally  had  to  say,  "For  crying  out  loud,  get  your  sticky 
fingers  out  of  the  machine,  let  the  machine  tell  us  what  to  look  at 
and  then  we  will  see  really  what  the  potential  of  this  whole  thing  is." 
We  had  people  who  said,  "You  know,  there  are  certain  areas  that  maybe 
should  not  be  transferred,"  and  we  had  a  lot  of  people  making  a  lot  of 
decisions  which,  in  my  opinion,  they  were  not  qualified  to  make. 
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Coming  back  to  insurance,  Bill  was  asking  me  how  we  get  our  detailed 
insurance  information  when  the  machine  merely  identifies  the  potential 
for  health  insurance.    We  have  three  ways  of  identifying:    Number  one, 
we  have  attempted  over  the  years  to  indicate  to  the  health  care  pro- 
vider that  it  is  his  responsibility  to  identify  if  this  person  has 
health  insurance.    Now,  out  in  the  local  office,  when  they  put  a  code 
93  on  their  transmittal  to  the  state,  this  says  health  insurance,  and 
when  we  issue  a  medical  identification  booklet  to  the  recipient,  on 
that  little  booklet  there  will  be  the  notation  that  the  person  has 
health  insurance  or  possibly  state  industrial  or  veterans  benefits  or 
whatever  it  happens  to  be.    Now  we  say  to  the  health  care  providers 
that  when  they  get  a  medical  coupon  and  that  medical  coupon  indicates 
on  it  that  there  is  health  insurance  potentially  available,  it  is  their 
responsibility  to  query  the  recipient  about  his  insurance  at  that  time. 
We  request  that  the  provider,  especially  the  hospitals,  because  this 
is  where  the  major  portion  of  our  bills  are,  put  on  their  billing  to 
us  that  they  have  also  billed  "Brand  X"  insurance,  whatever  the 
insurance  company  is.    In  the  event  that  the  bill  has  not  come  in  with 
that  notation  on  it  and  yet  we  have  indication  that  there  are  potential 
insurance  benefits  available,  I  have  a  gal  on  my  staff  who  does  nothing 
but  contact  local  offices  to  secure  the  information  from  them  as  to 
what  this  insurance  company  is.    At  the  same  time,  we  may  contact 
the  recipient.    (I  find  this  latter  course  has  a  low  rate  of  return. 
Many  recipients  can  neither  read  nor  write.    We  have  sent  along  a 
self-addressed  envelope  and  they  never  get  it  back  to  us;  you  just 
ask  for  a  simple  form,  but  they  never  send  it  back.    I  say  that  face- 
tiously.)   But,  we  will  then  proceed  once  we  have  identified  the 
insurance  company.    Someone  was  asking  me  what  happens  if  we  are  unable 
to  identify.    We  put  the  claim  back  in  the  stream  for  the  state  pay- 
ment.   If,  at  a  later  time,  we  can  identify,  then  we  will  go  back  to 
recover  the  funds.    I  have  rather  strong  feelings  about  withholding 
payments  for  an  inordinate  period  of  time  from  the  provider.  Bill 
was  asking  me  what  we  figure  our  turnaround  time  is.    We  figure  a 
maximum  of  42  days  once  the  bill  has  hit  our  shop. 
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When  it  comes  to  trauma  cases,  in  the  case  of  automobile  accidents, 
and  I  suppose  I  should  talk  about  those  primarily,  we  have  access  to 
state  patrol  records  in  the  State  of  Washington.    We  find  this  is  one 
of  our  key  areas  of  contact.    In  the  State  of  Washington,  accidents 
are  to  be  reported  to  the  Washington  State  Patrol.    The  Washington 
State  Patrol,  in  its  forms,  in  the  accident  and  injury  reports,  identi- 
fies whether  there  are  insurance  benefits  available  for  any  person  in- 
volved with  the  accident.    This  material  is  readily  available  to  us. 
We  do  not  generate  a  paper  mill  out  of  it.    We  can  get  it  simply  by 
a  telephone  call.    If  we  have  no  other  resource  for  the  information, 
we  just  get  ahold  of  the  telephone  and  we  can  get  this  information 
back  in  a  matter  of  minutes  and  make  a  decision  then  as  to  what 
insurance  is  available.    In  the  case  of  automobile  accidents,  once  we 
have  made  a  contact  with  the  insurance  company,  if  the  insurance  com- 
pany assures  us  that  they  are  liable  for  it,  we  will  then  notify  the 
provider  that  the  insurance  company  will  make  payment  for  their  bill 
and  we  will  be  out  if  it,  and  we  will  reject  the  claim  at  that  point. 
If  the  insurance  company  advises  us  that  there  is  an  attorney  involved 
with  it  or  that  payment  is  deferred  for  any  reason,  such  as  waiting 
for  the  patient  to  come  to  a  stable  condition,  we  will  then  process 
the  claim  for  payment  and  we  will  go  what  we  call  a  lien  route,  a 
subrogation  route.    For  this  we  have  statutory  authority.    Then  we 
will  anticipate  that  the  insurance  company  will  reimburse  us  and  we 
have  had  no  problems  whatsoever  with  them.    (GAO  could  not  understand 
the  fact  that  these  insurance  companies  will  identify  their  coverage 
to  us  in  many  cases  in  which  we  had  no  idea  whatsoever  that  there  was 
any  insurance  available.) 

One  of  the  things  which  just  recently  came  to  us,  and  we  were 
talking  about  this  yesterday  in  the  session  on  SURS,  are  the  EOMBs. 
We  have  discovered  that  the  EOMBs  are  a  source  of  information  to  us. 
They  are  a  headache  in  many  respects  because  then  you  have  to  go  back 
to  what  some  recipient  tells  you  and  you  have  to  re-search  your  whole 
file  system  again.    But  often  we  end  up  discovering  that  we  have  a 
potential  resource.    They  may  have  paid  just  a  portion  of  the  bill,  a 
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portion  of  it  may  have  been  billed  to  us.    We  can  sometimes  identify 
third  party  resources  from  these  cases. 

To  sum  up,  the  major  portion  of  what  we  are  doing  is  what  we 
would  call  cost  avoidance;  in  other  words,  the  identification  of  the 
potential  insurance  benefits  available.    From  this  we  then  get  the 
insurance  company  to  make  a  direct  payment  to  the  provider.    The  other 
area,  of  course,  is  where  you  have  made  a  payment  and  then  you 
anticipate  recovering  that  from  the  insurance  carrier.    At  the  present 
time,  the  combination  of  those  two  efforts  is  recovering  in  the 
neighborhood  of  3  million  dollars  a  year.    With  the  inception  of  claims 
processing  by  EDS,  because  we  have  more  information  readily  available 
to  us,  we  feel  we  have  committed  ourselves  (as  far  as  our  current 
biennium  beginning  on  July  1)  to  recover  some  5  million  dollars. 
Someone  asked  me  the  cost  of  this.    During  the  year  1975,  our  cost 
on  this  ran  us  2.1  percent  of  recoveries.    We  have  a  staff  of  eight 
people,  two  professionals  and  six  clerical  positions.    I  do  not  anti- 
pate  that  that  cost  will  vary  too  much.    In  1974,  when  GAO  audited  us, 
we  were  talking  about  a  3%  cost.    I  feel  fairly  comfortable  in  having 
committed  myself  to  recover  at  least  5  million  dollars  per  year  by  the 
end  of  this  coming  biennium. 
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ATTACHMENT  I 
Washington  BR  --  Background  Paper 


COMPUTER  ASSISTED  MEDICAL  RECOVERY  IN  WASHINGTON  STATE 


Title  XIX  of  the  Social  Security  Act  requires  that  the  various  states  take 
reasonable  measures  to  identify  and  utilize  other  available  resources  in  the 
payment  of  medical  assistance  costs  of  otherwise  eligible  assistance  recipients. 
In  the  State  of  Washington  this  is  set  forth  in  WAC  388-83-010  which  states: 

"All  other  resources  for  medical  care  available  to  the  recipient 
at  the  time  of  application  must  be  utilized  to  the  fullest  possible 
extent  1n  the  payment  of  medical  care  provided  to  otherwise  eligible 
recipients  prior  to  any  participation  by  the  department." 

Eligibility  for  any  type  of  assistance  (including  medical)  1s  established 
at  the  local  level.    Any  medical  resources  should  be  identified  at  that  level 
and  the  information  regarding  potential  insurance  benefits  (private  health 
insurance,  Workmen's  Compensation,  etc.)  is  transferred  to  medical  identifi- 
cation booklets  (coupons)  and  the  eligibility  bill.   These  booklets  are  issued 
each  month.    In  the  case  of  "medical  only"  applicants,  an  award  letter  1s  issued 
indicating  potential  benefits  available  toward  the  medical  costs.    These  letters 
may  also  indicate  the  potential  third  party  benefits. 

Assistance  recipients  are  advised  to  give  providers  a  coupon  at  the  time 
medical  care  is  received.    The  providers  are  instructed  to  question  the  recipient 
when  the  coupon  indicates  a  potential  insurance  benefit  and  report  the  same  at 
the  time  a  billing  is  submitted  (unfortunately,  this  is  not  always  done).  The 
provider  is  also  instructed  to  report  on  the  billing  form  any  potential  Insurance 
identified  by  them,  even  though  not  so  indicated  on  the  coupon.    All  bills  are 
submitted  to  the  Professional  Audit  Unit. 

I.  IDENTIFICATION 

In  the  edit  procedure,  during  the  screening  of  the  eligibility  file, 
potential  health  Insurance,  Veteran's  benefits,  and  Industrial  Insurance 
will  be  noted.    This  information  is  coded  on  a  computer  generated  worksheet 
which  also  directs  the  document  to  the  MRU.  A  manual  review  of  a  document 
may  indicate  that  the  document  should  be  reviewed  by  the  Medical  recovery 
Unit.    These  are  then  manually  routed  to  the  MRU,  Medical  Recovery  Unit. 

Medical  coupons  are  to  be  attached  to  the  provider's  billing.    The  coupon 
will  only  identify  the  fact  that  possible  health  Insurance  is  available. 
If  the  provider  has  not  Identified  the  insurance  company,  such  information 
1s  secured  by  the  MRU  by  contacts  with  the  recipient  and/or  the  local 
office.    The  MRU  in  Washington  operates  under  the  jurisaiction  of  the 
Office  of  Support  Enforcement  and  we  are  finding  that  absent  parents  are  a 
potential  resource  for  Insurance.    When  the  treatment  Involves  a  dependent 
child  such  resources  are  pursued.    Such  information  may  or  may  not  be  noted 
as  "health  Insurance"  on  the  medical  coupon. 

A  second  phase  of  identification  is  determined  from  diagnostic  codes  within 
the  system.    Such  codes  identify  all  fractures,  ruptured  spleens,  multiple 
contusions,  etc.,  that  would  indicate  a  traumatic  incident.    These  cases 
are  auto-routed  to  the  Medical  Recovery  Unit. 
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In  the  manual  review  of  documents  Information  related  to  the  diagnosis  may 
be  noted  that  would  indicate  the  possible  availability  of  another  resource. 
These  cases  are  manually  routed  to  the  MRU.    Providers  are  required  to 
complete  an  Injury  report  indicating  the  nature,  cause,  etc.,  of  Injuries. 
The  injury  report  is  to  be  submitted  together  with  the  providers  billing  to 
the  Professional  Audit  Unit. 

II.  UTILIZATION 

The  main  thrust  in  the  medical  recovery  function  in  the  State  of  Washington 
1s  "cost  avoidance"  or  the  payment  of  claims  by  an  insurance  carrier,  in 
full  or  1n  part,  prior  to  any  payments  by  the  agency.    This  is  based  on  the 
regulation  (WAC  388-83-010)  that  stipulates  that  other  resources  must  be 
used  prior  to  participation  by  the  department.  Recovery  of  funds  from  vendors 
1s  not  only  difficult  but  also  less  cost  effective. 

It  has  been  determined  that  1n  some  cases  1t  is  not  cost  effective  to  pursue 
cost  avoidance  or  recovery.    Such  cases  involve  claims  where  no  insurance  Is 
Indicated,  and  the  claim  Involves  fights,  drunken  conditions,  single  motorcycle 
accidents,  home  fires,  etc.,  or,  although  insurance  is  indicated,  the 
claim  is  for  home  health  care,  refractions,  hearing  aids,  family  planning, 
cancer  screening,  etc.    We  have  also  determined  it  is  not  cost  effective  to 
recover  if  treatment  is  hospital  out-patient,  1s  in  a  doctor's  office,  or  home 
care,  the  claim  is  not  accident  related,  and  if  the  amount  billed  is  $50  and 
under.    All  of  these  instances  are  built  in  as  computer  edits.    These  claims 
are  not  forwarded  to  the  MRU. 

Some  claims  are  submitted  to  the  MRU  for  which  the  Unit  has  received  other 
claims  and  has  determined  that  no  resources  were  available.    These  are  returned 
to  Professional  Audit  for  payment  processing  without  further  investigation. 
Such  cases  Involve  the  notation  of  health  Insurance  from  the  eligibility  file 
but  where  subsequently  it  has  been  determined  that  the  specific  claimant  is 
not  included  in  the  insurance  coverage.  To  date  our  eligibility  file  is  not 
able  to  Identify  the  individual  family  members  covered  under  Insurance.  In 
other  cases  involving  apparent  "accidents,"  prior  information  may  have  Indicated 
no  insurance  or  recovery  value.    These  are  returned  for  payment. 

With  the  introduction  of  Electronic  Data  System  (EDS)  as  the  computer 
programmers  in  Washington,  new  capabilities  became  apparent.    For  example, 
where  a  claim  is  received  and  is  determined  to  have  an  Insurance  value, 
Information  is  available  for  all  other  claims  pending  in  the  system  and 
the  location  of  such  claim  can  be  identified.    This  provides  the  capability 
of  securing  related  claims  and/or  the  ability  of  Identifying  any  claims 
that  may  have  been  paid  so  that  potential  Insurance  benefits  may  be  utilized 
Immediately.    Using  the  capability  of  EDS  to  Identify  the  potential  availa- 
bility of  "health  insurance,"  from  the  eligibility  file.    1t  is  no  longer 
necessary  to  rely  on  the  presence  of  a  medical  coupon  to  make  such  a  determi- 
nation.   As  a  result,  we  are  avoiding  payments  for  which  an  insurance  carrier 
Is  a  resource  that  otherwise  would  have  necessitated  a  recovery  process  after 
a  payment. 

In  the  case  of  auto  accidents,  the  MRU  identifies  the  possible  third  party 
and  his  insurance  carrier.    A  determination  is  made  if  payment  is  readily 
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available  to  the  provider.    If  payment  Is  readily  available,  no  payment 
is  made  by  the  department,  but  the  provider  is  notified  of  the  resource 
with  all  necessary  information  for  billing  the  Insurance  carrier  directly. 
The  insurance  carrier  would  also  be  put  on  notice  of  any  claims  submitted  to 
the  department.    This  procedure  has  become  more  effective  with  the  Introduction 
of  Personal  Injury  Protection  (PIP)  coverage.    However,  if  liability  1s 
questionable,  or  litigation  is  indicated,  payment  for  all  claims  1s  authorized 
under  the  provision  of  RCW  74.09.180  which  stipulates: 

"The  secretary  of  the  department  of  social  and  health  services 
may,  in  his  discretion,  furnish  assistance  under  the  provisions 
of  this  chapter,  for  the  results  of  Injuries  to  a  recipient, 
and  the  department  of  social  and  health  services  shall  thereby 
be  subrogated  to  the  recipient's  right  of  recovery  therefore  to 
the  extent  of  the  value  of  the  assistance  furnished  by  the  depart- 
ment of  social  and  health  services:    Provided  further,  that  to  the 
end  of  securing  reimbursement  of  any  assistance  furnished  to  such 
a  recipient,  the  department  of  social  and  health  services  may, 
as  a  non-exclusive  legal  remedy,  assert  and  enforce  a  lien  upon 
any  claim,  right  of  action  and/or  money  to  which  such  recipient 
1s  entitled  (a)  against  any  tort  feasor  and/or  insurer  of  such 
tort  feasor,  or  (b)  any  contract  of  insurance  providing  coverage 
to  such  recipient  for  said  injuries,  to  the  extent  of  the  assistance 
furnished  by  said  department  to  the  recipient.""    (Underl ining  added) . 

All  parties  involved  in  such  subrogation  claims  are  provided  an  accounting 
of  payments  made.    Such  information  is  available  from  EDS  in  the  form  of  PROFILES 
(Histories)  and  also  PAID  AND  PENDING  SCREENS.    Profiles  indicate  such  information 
as  dates  of  services,  place  of  services,  diagnosis,  amount  billed  and  the  amount 
paid  by  the  agency.    The  screens  have  less  information  and  cover  only  a  six 
month  period  but  they  do  provide  a  verification  of  pending  claims.  Previously, 
we  had  only  been  able  to  identify  "paid  claims".    Since  our  change  to  EDS  was 
only  initiated  in  February,  1976,  and  all  programs  put  on  the  system  as  of  July, 
1976,  we  are  not  able  to  assess  the  impact  of  either  "cost  avoidance"  or  recovery. 
We  have  projected  an  additional  saving  to  the  department  of  $1,000,000  for  fiscal 
1977-78  and  then  an  additional  $1,000,000  for  fiscal  1978-79. 

To  say  that  we  have  not  encountered  problems  in  the  implementation  of  EDS  related 
to  Medical  Recovery  would  be  faulty.  One  of  the  problems  involves  the  interface 
between  the  eligibility  system  (which  is  the  responsibility  of  the  local  office), 
and  the  medical  payment  system.    In  a  study  to  determine  the  correctness  of  health 
insurance  information  on  the  eligibility  file,  over  50%  of  the  cases  indicating 
Insurance  coverage  were  incorrect.    This  resulted  in  delayed  payments    to  vendors 
and  additional  staff  time  for  both  the  MRU  and  local  office. 

Another  problem  area  has  been  1n  establishing  the  appropriate  "edits"  in  the 
computer  system  and  verifying  they  are  in  fact  incorporated.    As  an  example, 
we  initiated  the  system  with  no  dollar  value  limitation.    Subsequently,  a  $25 
limit  was  imposed.    Still  later,  we  recommended  that  It  would  be  as  cost  effective 
to  set  the  limit  at  $50.    Then  it  took  two  months  or  more  to  make  this  change. 
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However,  most  of  our  problems  are  "people"  problems  --  "garbage  1n — garbage 
out."  The  location  of  a  pending  claim  in  the  system  cannot  be  accurate  when  there 
1s  a  backlog  of  a  half  month  or  more  for  processing.    This  is  a  good  example  of 
another  "people"  problem  which  requires  a  solution. 


It  1s  our  contention  that  when  the  proper  edits  are  in  effect  the  problems  will 
diminish  to  a  marked  degree.    The  MMIS  includes  many  tools  for  improving  the 
Identification  and  avoidance  of  medical  assistance  where  the  state's  respon- 
sibility is  limited. 


AN  EVALUATION  OF  THE  SYSTEM  APPROVAL  PROCESS: 

THE  POSSIBILITY  OF  REVALIDATION  * 

Harold  F.  Wienberg 
Associate  Administrator  for 
Information  Systems 
HEW,  SRS 

I  would  like  to  change  the  perspective  somewhat  from  what  has 
been  going  on  the  last  couple  of  days  and  focus  our  attention  on  issues 
in  the  systems  approval  area.    I  think  you  are  aware  of  your  own  state 
schedule  regarding  the  MMIS.    We  at  the  Federal  level  are  aware  of 
most  schedules  and  we  recognize  that  a  variety  of  MMIS  agendas  exist. 
Briefly,  I  would  like  to  put  the  total  picture  in  perspective.  I 
think  much  progress  has  been  made.    Just  to  cover  the  sequence  of 
actions  —  as  you  recall,  legislation  was  passed  in  1972,  the  regula- 
tions came  out  two  years  later,  the  program  regulation  guide  a  few 
months  after  the  regulations,  and  three  years  after  the  enabling  legis- 
lation, in  the  spring  of  1975,  the  first  state  to  receive  increased 
program  match  was  administratively  approved.    In  the  last  18  months, 
we  have  managed  to  get  eleven  states  through  the  process  and  approved 
for  increased  funding.    We  now  have  six  or  seven  more  states  that  are 
on  the  verge  of  completing  the  process  in  the  coming  year.    So,  within 
one  year  we  should  have  something  close  to  20  or  25  states  through  the 
total  approval  process  with  operating  Medicaid  Management  Information 
Systems. 

While  the  number  of  states  themselves  are  impressive,  when  you 
look  at  the  amount  of  money  that  those  states  represent  in  terms  of 
controlling  the  Medicaid  dollars  the  accomplishment  becomes  more 
impressive.  The  present  eleven  states  with  an  approved  MMIS  repre- 
sent something  over  33  percent  of  the  total  Medicaid  program  dollar 
expenditures.  By  the  end  of  next  year,  assuming  that  we  keep  on  pro- 
jected schedules,  we  will  have  over  75  percent  of  the  total  Medicaid 
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dollars  paid  and  controlled  through  approved  MMISs.    With  this  per- 
spective, I  think  you  can  see  we  have  good  momentum.    I  am  very  much 
appreciative  of  your  attendance  at  the  workshop  so  that  we  can  keep 
up  the  steam  behind  this  momentum.    I  am  convinced  that  these  devel- 
opments can  provide  major  benefits  to  program  management. 

Now,  I  would  like  to  touch  on  a  few  items  that  relate  to  the 
approval  process.    The  approval  process  really  starts  with  your  plan- 
ning process  in  the  state.    In  the  past,  this  planning  process  has 
resulted  in  an  advance  planning  document  (APD)  being  submitted  to  the 
Federal  level.    We  hope  to  turn  the  APDs  into  an  annual  submission  of 
a  total  plan  so  that  we  can  eliminate  redundancy  and  gain  an  overview 
of  the  state's  total  systems  plan  in  this  area  of  activity.    The  channel 
for  this  annual  submission  would  certainly  be  through  the  regional  offices. 
The  regions  spend  a  considerable  amount  of  effort  working  directly  with 
you.    They  are  much  more  familiar  with  your  individual  problems  and 
plans  as  compared  to  the  central  office.    Because  they  work  more  closely 
with  you,  and  they  are  closer  to  you  geographically,  we  place  great 
credence  in  the  regional  recommendations  and  their  remarks  and  reports 
to  us. 

Currently  APDs  are  (and  future  plans  would  be)  forwarded  from  the 
regional  office  to  the  central  office  in  Washington,  D.C.  where  we  must 
determine  priority  and  resource  allocation.    We  are  starting  to  establish 
a  tracking  system  for  your  material  as  it  comes  through  the  central 
office  so  that  we  can  staff  it  properly  and  get  it  back  to  you  promptly. 
I  have  received  a  number  of  comments  about  the  various  delays  and  I 
appologize  to  each  and  every  one  that  has  experienced  these  rather 
long  delays  from  time  to  time.    We  are  trying  to  remove  bottlenecks 
and  get  the  process  flowing  more  smoothly  and  promptly  than  it  has  in 
the  past.    Rest  assured  that  it  is  my  intent  to  keep  the  process 
moving. 

The  annual  plan  I  just  mentioned  is  an  approach  that  I  am  anxious 
to  get  underway.    We  are  attempting  to  put  our  own  agenda  together  in 
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terms  of  what  the  plan  should  represent,  with  regard  to  format  and 
content.    The  plan  itself  should  provide  a  total  picture  of  what,  how, 
when,  and  why  information  system  development  should  occur  and  a  state- 
ment of  the  resources  you  need  through  the  current  year  and  for  three 
or  four  years  out  in  the  future.    The  plan  can  be  helpful  to  both  the 
state  and  Federal  levels.    We  will  be  able  to  build  an  inventory  of 
your  current  systems,  your  current  organizations,  and  be  far  more 
familiar  with  your  needs,  providing  Federal  assistance  that  can  better 
satisfy  these  needs. 

Another  topic  that  Bob  Fulton  touched  on  yesterday  is  the  issue 
of  performing  a  better  oversight  function  at  the  Federal  level.  One 
possibility  involves  reviewing  the  systems  in  the  states  periodically 
and  observing  systems  that  have  been  approved  to  see  how  they  are 
performing  — .  then  to  work  with  you  to  bring  the  performance  up  to  a 
position  where  both  you  and  we  would  like  it  to  be.    The  review 
process  carries  with  it  the  possibility  that  we  might,  from  time  to 
time,  have  to  take  away  your  increased  FFP,  if  indeed  systems  fall 
short  of  performance  levels.    I  believe  however  that  this  might  be  an 
advantage  rather  than  a  disadvantage  for  the  following  reason.  We 
have  frequently  been  approached  by  different  people  in  various  states 
that  are  very  concerned  about  staffing  levels  which  are  insufficient 
to  operate  the  system.    I  am  acquainted  with  that  problem.    It  is  a 
problem  not  unique  to  the  states.    However,  one  of  the  things  that 
might  help  would  be  the  possibility  of  a  periodic  review  clearly 
establishing  that  additional  staff  are  needed.    You  then  can  propose 
to  your  legislature  or  your  superiors  that  unless  you  have  such  a 
staff  you  run  the  risk  of  losing  this  increased  funding. 

I  talked  about  the  reviews  as  annual  periodic  reviews  --  and  travel 
budgets  would  certainly  constrain  this  activity,  so  for  now  let  me 
call  them  periodic  reviews.    However,  this  activity  would  primarily 
be  the  responsibility  of  the  regional  people.    We  at  the  central  office 
would  occasionally  participate,  but  the  regional  people  would  be  respon- 
sible for  conducting  these  rather  comprehensive  reviews  in  concert 
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with  state  people.    We  are  just  starting  to  gather  our  thoughts  re- 
garding these  reviews.    We  look  forward  to  the  possibility  of  conducting 
such  an  activity  with  its  associated  benefit  to  program  management. 

The  approval  process  is  evolving.    Even  though  we  have  a  number 
of  states  that  are  certified,  we  are  still  evolving  our  process.  It 
is  slow,  but  it  is  quite  deliberate.    We  have  established  an  approval 
team  chaired  by  Lee  Wei  sen born,  who  is  here  at  the  conference.  We 
are  trying  to  develop  a  standardized  process  that  represents  consis- 
tency and  fairness  across  states  ~  looking  at  each  system  from  the 
same  perspective  and  the  same  point  of  view,  and  to  the  same  level  of 
detail.    We  are  trying  to  evolve  criteria.    These  started  out  as 
what  some  might  call  a  micro  process  examination,  focusing  on  detailed 
mechanical  processing  within  the  system  itself,  then  moving  to  criteria 
which  focus  on  system  performance  ~  system  operational  performance. 
We  would  eventually  hope  to  have  better  test  procedures,  using  test 
data  for  benchmarking  systems  in  an  operational  mode.    We  certainly 
request  your  help  and  ideas  you  might  have  in  this  regard. 

Several  of  you  have  asked  today  about  the  status  of  the  systems 
development  regulation.    I  checked  yesterday  with  Jim  Trainor  and  his 
people  and  they  assured  me  that  the  regulation  is  in  the  final  review 
process.    Its  final  form  will  be  substantially  as  published  earlier. 
However,  we  have  taken  into  account  and  modified  the  regulation  to 
accommodate  many  of  the  suggestions  and  changes  made  by  the  states. 
Two  major  changes  involve  (1)  the  $10,000  limitation  and  (2)  certain 
equipment  purchases.    The  $10,000  limitation,  which  was  originally 
written  as  though  it  were  an  accumulated  amount,  will  be  considered  as 
a  limit  on  individual  procurements.    What  we  have  tried  to  do  is 
separate  essentially  the  care  and  feeding  of  operating  systems  from 
the  planning,  development  and  implementation  of  new  systems.  Regarding 
equipment  purchases,  we  have  obtained  a  resolution  that  will  permit 
front-end  FFP  on  equipment  buys  that  are  dedicated  to  SRS  programs 
and  intended  for  their  use.    The  equipment  buys  for  those  states  that 
have  a  central  processing  support  unit  for  all  programs  and  activities 
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will  still  be  on  a  depreciated  schedule  basis.    In  this  instance,  no 
front-end  FFP  is  available.    I  think  those  are  the  two  major  differences. 
Jim  Trainor  and  John  Galliger  are  attending  the  workshop,  so  if  you 
have  any  detailed  questions  about  the  regulation  please  bring  them  to 
their  attention. 

Now  the  panel  is  going  to  relate  to  you  their  experiences  in  certi- 
fication.   These  are  people  that  have  been  through  the  certification 
process.    Hopefully  they  will  relate  what  they  did,  how  they  prepared 
for  it,  their  reactions  to  the  process,  and  suggestions  for  improvements 
to  the  process  itself.    In  addition,  I  invite  reactions  to  the  periodic 
review  and  annual  plan  that  I  have  discussed. 


AN  EVALUATION  OF  THE  SYSTEMS  APPROVAL  PROCESS: 
SOME  STATE  PERSPECTIVES 


PANEL  DISCUSSION 

WILLIAM  CLEAVER,  OFFICE  OF  INFORMATION  SYSTEMS,  SRS 

Let  me  give  a  short  introduction  to  the  panel  and  then  we  will  have 
them  take  over.    First,  we  have  Paul  Allen.    Paul  was  kind  enough  to  cut 
short  a  trip  to  Florida  to  come  here  and  participate  in  the  panel  today. 
Paul  is  from  the  State  of  Michigan  where  he  is  currently  the  chief  deputy 
director  of  the  Michigan  Department  of  Social  Services.    He  has  been  in 
Michigan  since  1971,  and  has  been  through  the  MMIS  certification  as  all 
the  rest  of  the  panelists  have. 

Bill  Barnett  is  from  the  State  of  Ohio.    Bill,  for  the  past  three 
years,  has  been  manager  of  computer  systems  development  and  chief  of 
the  Medicaid  claims  processing  division. 

Bob  Nakamoto  you  have  all  met.    He  is  from  Texas  and  was  the 
deputy  commissioner  for  planning  and  management  in  the  Texas  Department 
of  Public  Welfare.    Bob  is  in  the  process  of  coming  back  to  work  for 
HEW. 

Finally,  we  have  Richard  Nelson  from  the  State  of  Washington.  Dick 
has  probably  been  through  this  certification  process  most  recently  of 
anyone  here.    Washington  State  was  just  recently  certified  and  Dick  was 
the  MMIS  project  director.    He  is  now  chief  of  the  Office  of  Medical 
Assistance  in  the  Washington  State  Department  of  Social  and  Health 
Services. 

PAUL  ALLEN,  STATE  OF  MICHIGAN 

Since  there  is  no  appointed  moderator  on  the  scene,  I  will  start 
off  with  just  a  few  words  about  the  Michigan  experience.    When  I  was 
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asked  to  participate  on  this  panel,  I  didn't  know  really  what  the  subject 
was  --  that  is  until  this  morning.    In  fact,  my  comments  have  evolved  as 

1  heard  Bud  Wienberg  talk.    Michigan  has  been  in  the  MMIS  business,  at 
least  from  my  perspective,  for  five  years.    We  developed  a  system  de- 
sign that  turned  into  MMIS  in  1971  and  we  actually  started  the  process 

of  acting  as  our  own  fiscal  agent  using  the  MMIS  approach  in  April  of  1972, 
so  our  fifth  anniversary  of  operating  live  will  be  in  about  three  months. 
The  system  has  been  eminently  successful  to  say  the  least,  and  although 
we  didn't  get  certification  until  January  of  last  year,  some  18  months 
after  we  put  in  our  Advance  Planning  Document  (APD),  we  were  in  fact 
operational  18  months  prior  to  putting  in  the  APD.    Consequently,  we  had 
three  years  experience  under  our  belt  when  we  finally  got  certified. 
This  lengthy  operational  period  gives  us  a  different  perspective  from 
many  of  you  who  haven't  even  walked  into  the  water  yet.    At  the  same 
time,  it  perhaps  mellows  us  in  terms  of  our  reaction  to  the  government 
certification  process.    We  didn't  find  it  (certification)  as  traumatic 
as  some  might  have,  inasmuch  as  we  were  accruing  benefits  to  our  state 
operation  of  sufficient  magnitude  that  even  if  we  didn't  get  the  75  per- 
cent match,  we  were  making  money  with  what  I  consider  to  be  one  of  the 
finest  management  information  systems  in  the  country.    It  is  a  true 
information  system  in  that  there  is  a  usable  product  here.    It  is  not 
theory,  it  is  not  philosophy,  it  is  a  product.    In  a  large  state  like 
ours,  where  we  are  5  percent  of  the  national  Medicaid  budget,  if  we 
can  optimize  the  management  processes,  then  that  is  a  big  payoff  even 
without  the  Federal  75  percent.    Nevertheless,  we  were  pleased  to  get 
the  75  percent  because  times  have  been  tough  in  Michigan  since  the 
auto  industry  fell  on  its  face  about  two  and  a  half  years  ago  and  our 
revenue  went  down  and  our  welfare  rolls  went  up.    Therefore,  the  extra 

2  million  a  year  that  the  75  percent  MMIS  generated  in  Federal  support 
was  welcome.    In  retrospect,  we  were  able  to  adapt  to  the  certification 
process  because  the  system  was  built  in  an  open-ended  manner.    It  gave 
us  flexibility  to  change  when  the  Federal  people  started  to  audit  our 
system  to  find  out  if  it  met  the  specifications.    There  were  many  data 
elements  in  our  original  design  and  in  the  MMIS  specifications.  Con- 


18-3 


sidering  the  total  number  of  elements,  there  were  probably  less  than  20 
of  those  in  our  system  that,  on  the  first  go-around,  didn't  meet  the 
Federal  certification  requirements.    Because  the  system  was  flexible 
enough,  we  could  either  add  those  20  to  the  system  or  modify  existing 
ones  to  accommodate  the  Federal  requirements.    That  is  what  we  did. 
But  even  that  process  took  18  months  to  resolve  in  terms  of  conceptual 
equivalency  as  interpreted  during  the  certification  process.    When  I 
came  up  here,  I  said  I  was  going  to  be  kind  to  HEW  and  my  staff  said, 
"Don't  be  too  kind."    Really,  like  I  say,  it  was  probably  because  we 
matured  to  the  point  where  we  are  five  years  old  in  the  business  and  we 
do  have  a  definite  perspective  that  MMIS  certification  was  not  a  trau- 
matic experience.    In  closing,  we  still  find  that  the  key  element  of 
success  in  this  whole  business  is  that  vendor  payments  are  made  quickly 
with  the  system  and  this  in  turn  encourages  provider  and  recipient 
groups  to  be  more  supportive  of  Medicaid  administration.    The  cost  is 
low;  that  is,  the  cost  of  processing,  particularly  if  you  have  volume 
like  we  do.    Fiscal  accountability  is  excellent.    You  know  on  a  weekly 
basis  where  your  money  has  gone  and  how  much  is  left  by  provider  area. 
It  is  politically  and  practically  a  good  approach  to  management. 
Politically  it  is  good  because  you  have  the  force  of  the  Federal  govern- 
ment supporting  you  in  doing  the  things  you  want  to  do  to  manage  the 
system  better.    Practically  it  is  good  because  it  is  hard  to  defeat  the 
logic  of  this  kind  of  an  information  system.    In  balance,  then,  five  years 
later  we  think  MMIS  management  is  a  very  timely,  valuable  process  that 
bears  constant  watching.    I  am  not  sure  it  requires  constant  recertifi- 
cation,  but  it  does  require  that  the  Federal  government  and  local  manage- 
ment periodically  look  at  the  process  to  make  sure  it  is  still  doing 
what  it  was  supposed  to  do.    Like  any  dynamic  system  in  a  bureaucratic 
setting,  it  will  degrade  over  time  based  on  the  biases  of  the  people  that 
run  it,  and  the  political  system  in  which  it  exists. 

ROBERT  NAKAM0T0,  STATE  OF  TEXAS 

I  will  comment  briefly  on  the  Texas  certification.  Let  me  say  by 
way  of  background  that  in  starting  some  three  plus  years  ago  it  became 
pretty  evident  to  some  of  us  in  management  there  in  Texas  that  we  needed 
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to  develop  a  concept  of  what  we  mean  by  Medicaid  program  management  infor- 
mation, and  we  also  needed  to  develop  a  concept  of  what  we  meant  by  an 
information  system  as  it  relates  to  the  Title  XIX.    So,  in  conjunction 
with  that,  Dr.  Gates  and  I  took  our  respective  staffs,  about  ten  of  the 
top  professionals  in  our  respective  offices,  and  set  aside  a  one  day 
conference.    We  locked  ourselves  in,  no  telephone  calls  or  interruptions. 
From  that  conference  evolved  what  we  call  the  Texas  Medical  Information 
System,  the  TMIS  of  the  MMIS.    During  the  course  of  conceptual  develop- 
ment we  made  a  number  of  assignments.    We  had  some  groups  looking  at 
different  parts  of  the  approved  Federal /state  plan  in  terms  of  how  it 
needed  information  systems  support,  what  the  Federals  had  approved 
in  terms  of  the  Federal /state  plan,  and  we  looked  at  the  laws  and  regu- 
lations and  Federal  guidelines;  we  had  different  groups  analyzing  the 
laws,  regulations,  and  guidelines.    We  did  an  operational  review  of 
our  current  operation,  and  one  of  the  key  things  that  we  did  (and  I 
think  all  of  you  need  to  do  this)  was  to  establish  department  documen- 
tation standards.    This  took  quite  a  while.    During  the  course  of  this 
three  year  period,  prior  to  the  time  that  we  actually  submitted  a 
request  for  approval,  a  lot  of  things  occurred.    We  got  our  house  in 
order:    We  got  our  data  systems  in  place;  we  got  our  information 
concepts  solved;  we  got  our  forms  completed;  we  got  reports;  we  got 
records  management;  we  got  uniform  manuals,  and  so  forth.    Then  we 
said,  well  it  looks  like  we  have  a  pretty  good  operation  now.    We  can 
pay  92  percent  of  the  vendor  drug  claims  for  prescriptions  in  10  days, 
a  volume  of  about  600,000  a  month.    We  pay  our  nursing  homes  promptly. 
We  screen  100,000  kids  and  track  the  kinds  of  things  they  do  and  so 
forth.    So  we  said  that  at  least  the  state-operated  part  of  our  system 
was  in  pretty  good  shape.    We  complied  with  the  law;  we  did  what  was 
necessary  to  meet  the  requirements  of  the  Federal /state  plan.    Then  we 
looked  at  the  regulations  and  said  that  within  the  objectives  of  the 
program,  the  systems  objectives,  the  information  systems  concept  and  so 
forth,  we  were  conceptually  equivalent,  so  we  sent  in  our  document  to 
the  Federal  government  claiming  that  the  TMIS  system  meets  or  exceeds 
the  requirements  of  MMIS.    We  had  some  hassle  with  three  data  elements. 
Those  three  data  elements  we  finally  found  out  did  not  relate  to  any  of 
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the  program  services  that  are  provided  by  Texas  and  therefore  were 
really  not  necessary.    There  was  no  point  in  having  a  data  element  for 
something  that  we  didn't  provide  (which  in  part  answers  part  of  Don 
Roache's  question).    A  Federal  review  team  came  out,  five  people  from 
Washington,  D.  C.  and  one  from  Dallas.    They  did  a  fairly  extensive  re- 
view.   We  spent  about  a  half  a  day  explaining  to  them  our  documentation 
standards.    We  had  some  5100  pages  of  systems  documentation  for  all  of 
the  programs.    This  was  shipped  to  HEW  and  they  did  an  operational  review. 
Tiey  also  did  a  review  of  the  Blue  Cross/Blue  Shield  site  at  that  time, 
and  as  a  result  of  that  review  and  some  further  exchanges  of  paper  and 
some  comments,  the  Federal  government  approved  the  state-operated  part 
of  the  Texas  Title  XIX  program.    In  the  part  which  is  under  contract,  in 
their  health  insuring  arrangement,  some  deficiencies  were  noted.  Those 
deficiencies  were  written  up  in  comments  sent  back  to  the  state,  and 
that  part  of  the  system  is  still  uncertified. 

From  the  standpoint  of  getting  ready,  it  took  the  state  about  two 
years  from  the  time  we  made  a  conscious  decision  to  do  it  to  the  time 
MMIS  approval  actually  occurred.    We  believe  we  now  clearly  can  do  the 
job  that  is  supposed  to  fulfill  the  intent  of  Congress:    better  Medicaid 
management,  better  information  systems,  providing  the  information  to 
recipients  and  paying  providers  quickly.    The  Texas  certification  was 
effective  as  of  June,  1975,  even  though  it  finally  occurred  only  last 
year  (1976). 

WILLIAM  BARNETT,  STATE  OF  OHIO 

My  remarks  will  attempt  to  tie  in  some  important  considerations 
connected  with  FFP  (Federal  Financial  Participation)  and  Certification. 

In  attempting  to  get  all  subsystems  approved  for  90/10  funding, 
there  is  a  tendency  to  leave  out  some  of  the  eventual  requirements  that 
might  be  covered  for  90/10  funding  if  included  in  the  initial  implementa- 
tion.   For  example,  every  large  state  needs  automated  microfilm  retrieval 
equipment  and  it  costs  from  $150,000  to  $200,000  for  a  complete  instal- 
lation.   We  did  not  have  it  in  our  initial  design  prior  to  having  the 
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systems  approval  for  90/10  funding.    Mr.  Sayeedi  of  Region  V  has  done 
an  outstanding  job  in  assisting  us  to  receive  the  FFP  to  which  we  are 
entitled;  however,  there  just  hasn't  been  enough  money  to  finance 
everything  that  we  wanted  to  do. 

Secondly,  the  cost-effectiveness  of  mailing  EOMBs  to  every  reci- 
pient is  questionable,  regardless  of  the  percent  of  FFP.    We  need  to 
get  the  regulations  changed  to  provide  for  some  other  method  of 
handling  EOMBs. 

During  certification  review  by  HEW,  we  found  that  Lee  Weizenburg 
and  his  team  from  HEW  knew  what  they  were  doing  from  an  operational 
concept  and  a  good  conceptual  understanding  is  necessary  during  certi- 
fication in  order  to  define  exactly  what  is  "conceptually  equivalent." 

Our  edits  have  continued  to  grow,  and  I  think  that  it  is  time  to 
take  a  look  at  the  edit  concept.    We  need  to  identify  which  edits  are 
fatal  and  which  are  not  —  especially  in  Ohio  where  we  don't  have  the 
option  of  shutting  off  edits  that  are  not  fatal,  because  of  pre-audit 
of  payment  runs  by  the  State  Auditor.    Increased  health  costs  are  be- 
coming more  and  more  difficult  to  fund  by  the  states  and  I  expect  more 
pressure  from  states  for  increased  FFP.    Additional  health  costs  simply 
are  not  going  to  be  passed  on  to  the  public  through  tax  increases  by 
state  legislators. 

RICHARD  NELSON,  STATE  OF  WASHINGTON 

We  had  the  pleasure  of  coming  into  the  MMIS  a  little  later  than 
some  of  the  other  states,  and  I  think  there  were  certain  advantages  to 
that. 

I  joined  the  State  of  Washington  in  November  of  1974  as  the  MMIS 
project  manager.    I  later  took  several  trips  to  visit  key  state  people 
preparing  for  MMIS.    We  also  had  the  benefit  of  having  a  couple  of  the 
top  people  in  our  department  that  were  management  scientists;  health 
economists  as  opposed  to  health  professionals.    They  had  laid  the 
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groundwork.    When  I  joined  the  state,  however,  there  was  a  little  bit 
of  cultural  shock.    I  came  out  of  private  industry  and  anybody  that  has 
come  into  a  bureaucracy  from  that  finds  a  real  awakening.    I  initially 
spent  a  lot  of  time  with  rumors  and  had  a  hard  time  trying  to  figure  out 
how  to  get  things  done  in  the  bureaucracy.    There  seemed  to  be  a  bit  of 
Federal  paranoia  that  the  state  had  picked  up  and  I  didn't  really  know 
how  to  deal  with  this.    Part  of  the  problem  was  that  the  State  of 
Washington  had  a  30  million  dollar  suit  pending  with  HEW  and  then  along 
with  some  of  the  MMIS  gossip  and  delays  that  we  had  heard,  I  was 
immobilized  for  about  three  months. 

As  we  began  to  look  at  the  whole  project  and  the  process,  I  was 
concerned  about  a  couple  of  things.    First,  we  needed  to  figure  out 
how  to  get  something  done  in  this  bureaucracy.    Thus,  we  began  to  look 
at  certification  as  the  goal.    To  accomplish  this,  we  put  some  pretty 
tight  time  frames  in  our  advanced  planning  document  and  request  for 
proposals  (RFP)  and  then  we  added  a  penalty  on  our  contractor  for  missing 
schedules.    Our  contractor  was  to  be  a  facilities  manager  and  we  passed 
the  25  percent  penalty  for  non-certification  to  the  contractor.  Once 
we  had  done  that  we  felt  we  had  ourselves  protected  in  terms  of  getting 
the  MMIS  certified.    Secondly,  we  had  a  change  of  attitude.    We  began 
to  look  at  SRS  not  as  an  ogre  or  somebody  to  be  paranoid  over.  But 
in  light  of  the  fact  that  they  did  control  the  certification  process, 
the  dollars;  we  developed  an  attitude  of  trying  to  follow  their  lead; 
of  trying  to  be  directed  by  them  rather  than  trying  to  do  battle  with 
them.    I  understand  some  of  the  other  states  tried  battling  SRS. 

We  hired  our  contractor  a  year  after  I  came  to  work,  and  three 
months  later,  in  February,  we  started  processing  claims.    We  processed 
all  of  the  claim  types  and  had  the  whole  system  up  by  June,  including 
the  SUR  and  MARS.    In  April,  we  requested  a  pre-certification  meeting 
and  in  June,  SRS  came  out  and  looked  over  our  accomplishments.  During 
this  visit,  we  had  four  days  of  sitting  down  and  digging  into  the  MMIS 
material.    Such  a  pre-certification  meeting  was  very  helpful,  in  my 
opinion.    It  cleared  the  air  and  let  us  know  exactly  where  we  stood. 
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As  of  July  1,  we  requested  formal  certification;  we  had  sent  out  EOMBs 
and  had  our  SUR  and  MARS  reports  complete.    The  following  September 
the  team  came  out.    Our  request  was  for  July  certification,  knowing 
that  SRS  would  look  at  us  retroactively.    In  November,  we  got  our  formal 
certification  letter. 

Our  certification  process  was  accomplished  in  a  tight  time  frame. 
One  of  the  things  that  helped  is  that  I  set  aside  a  person  as  a  certi- 
fication project  manager.    It  was  his  sole  responsibility  to  make  sure 
we  were  ready,  and  he  worked  on  the  problem  for  about  four  months.  The 
contractor  also  had  a  certification  project  manager.    I  would  hate  to 
have  been  the  contractor's  man.    I  think  if  he  had  failed  at  his  task, 
it  would  have  been  unbearable,  considering  the  25  percent  penalty. 
Besides  the  contributions  of  the  project  manager  and  the  pre-certification 
meeting,  we  also  had  some  fairly  active  regional  SRS  involvement,  and  I 
spent  a  lot  of  time  with  my  team  to  make  sure  that  they  were  know- 
ledgeable --  that  they  were  able  to  communicate  and  that  they  knew 
through  prior  communication  what  the  Federal  team  would  be  interested 
in.    I  guess  we  really  did  have  the  advantage  of  coming  into  MMIS  a 
little  bit  later. 

One  final  comment  seems  appropriate.    There  had  been  no  system 
certified  when  ours  started  and  other  states  had  concerns  that  an  MMIS 
would  never  get  certified.    We  finally  just  decided  we  had  to  discount 
all  that  and  if  it  was  in  the  regulation  and  SRS  said  they  were 
certifying  systems,  we  had  to  believe  that.    It  was  certainly  true  in 
our  case. 
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PANEL  DISCUSSION  —  QUESTION  AND  ANSWER  SESSION 

QUESTION:    Paul,  you  mentioned  that  you  had  20  data  elements  that  didn't 
meet  system  requirements.    That  implies  to  me  that  you  had  determined 
that  you  didn't  have  a  need  for  those  data  elements.    Did  you  install 
those  data  elements  strictly  to  meet  Federal  requirements  or  are  you 
now  getting  some  payoff  from  them? 

PAUL  ALLEN:    Well,  now  you  are  digging  underneath  the  tip  of  the  iceberg. 
The  figure  20  is  representative  (it  might  have  been  16).    We  felt  that 
perhaps  at  least  half  of  the  added  data  elements  were  very  desirable.  The 
rest  of  them  we  probably  could  have  lived  without.    On  the  other  hand, 
the  carrot  was  pretty  big  on  the  end  of  the  stick,  and  we  didn't  know  what 
the  future  held,  so  we  moved  forward  to  implement  them  all  to  get  the 
carrot  and  perhaps  will  use  them  for  future  planning.    I  have  noticed  that 
as  MMIS  has  matured  we  continually  invent  new  data  elements  and  new  uses 
for  them  to  the  extent  that  we  periodically  do  a  computation  of  administra- 
tive expenses  of  MMIS  showing  direct  and  indirect  costs  of  the  system. 
Direct  costs  are  things  that  produce  an  identifiable  product,  indirect 
are  those  that  produce  something  you  might  use  if  you  get  around  to  it. 
We  have  observed  the  indirect  cost  is  going  up  as  the  system  matures,  and 
the  direct  costs,  of  course,  are  coming  down  as  a  percent  of  the  total. 
This  says  we  are  gathering  more  data  and  using  less  than  we  did  originally. 

QUESTION:    You  mentioned  that  it  took  you  18  months  from  the  time  that  you 
said  you  were  ready  for  certification  until  they  certified  you.    I  guess 
the  implication  was  that  it  was  just  to  get  HEW-certified  that  you  changed 
your  system.    I  would  like  to  find  out  whether  it  wasn't  because  the 
nursing  home  system  was  outside  MMIS  and  what  portion  of  your  time  was 
spent  in  bringing  nursing  homes  or  long  term  care  facilities  as  a  dif- 
ferent provider  type  in  the  system. 
) 

PAUL  ALLEN:    Yes,  that's  true.    Our  nursing  home  reimbursement  system 
was  not  in  MMIS, 
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QUESTION:    I  would  just  like  to  say  something  to  what  Bill  Barnett  has 
said.    The  National  Governors'  Conference  will  be  presenting  the  states' 
reservations  about  EOMBs  to  the  Carter  Administration  on  February  28, 
so  something  is  being  done  by  the  Medicaid  directors  through  the 
Governors'  Conference  on  that  area. 

PAUL  ALLEN:    Thank  you.    Related  to  that,  I  know  in  the  State  of  Michigan 
we  are  going  this  month  with  our  legislative  group,  state  legislators, 
to  Washington  to  meet  with  a  contingent  of  our  Federal  legislative  group 
to  do  the  same  thing,  to  pursue  some  of  these  problem  areas  where  the 
law  is  very  explicit      where  we  can't  argue  with  it,  let's  change  the 
law. 

Everybody  has  been  saying  for  quite  some  time  (I  notice  that 
Sylvia  Porter  has  said  it  within  the  past  week)  that  national  health 
insurance  is  coming.    MMIS  now  is  the  precursor  to  the  type  of  Management 
Information  System  that  you  need  for  any  large  health  system.    What  we 
are  doing  today  is  laying  the  groundwork  for  the  future.    My  problem  is 
that  we  haven't  even  incorporated  into  MMIS  the  Medicare  system,  which 
has  caused  some  problems  in  states  that  do  have  MMIS.    They  are  so  far 
ahead  of  the  Medicare  system  in  terms  of  what  it  does  that  it  seems 
silly  to  me  that  a  government  plan  such  as  Medicare  shouldn't  join  in. 

QUESTION:    The  subject  of  recertification  has  come  up,  and  Bud  Wienberg 
has  raised  it;  some  of  you  have  talked  about  that  subject.    What  kinds  of 
things  have  you  been  doing  in  your  states  with  regard  to  reevaluation 
of  the  system,  either  on  an  annual  basis  or  perhaps  on  a  periodic  basis, 
and  how  do  you  see  that  dovetailing  with  anything  the  Office  of  Informa- 
tion Systems  might  do  for  reevaluation/recertif ication? 

PAUL  ALLEN:    We  are  apparently  in  the  throes  of  redesigning,  reevaluating 
if  you  want  to  put  it  that  way,  our  third  party  liability  approach  to 
MMIS  and  we  are  trying  to  optimize  it  within  the  next  year  to  get  that 
money,  because  in  our  state  we  estimate  that  we  could  increase  our 
collections  ten-fold  from  the  current  3  million  to  30  million  if  we  could 
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do  that  optimization.    That's  one  thing.    The  other  thing,  as  you  get 
into  MMIS  you  will  find  that  you  do  get  inefficient.    When  you  design 
it  the  first  time,  it  is  inefficient  just  from  the  data  processing 
sense,  let  alone  from  an  operating  sense  by  the  user.    Therefore,  in 
the  past  year  we  rewrote  the  whole  invoice  processing  module  and  in 
doing  it,  we  reduced  the  daily  run  time  from  23  hours  to  12  hours.  That 
freed  up  a  lot  of  time  and  gave  us  a  better  product,  so  you  get  this 
kind  of  improvement  going  on  all  the  time. 

ROBERT  NAKAMOTO:    I  would  like  to  comment  briefly  about  what  goes  on 
in  the  State  of  Texas.    There  is  what  we  call  a  program  review  which 
is  conducted  by  executive  management  and  depending  on  the  nature  of 
the  program  these  reviews  take  place  once  a  quarter,  once  every  six 
months,  or  once  a  year,  and  we  review  every  program  that  the  department 
operates,  which  includes  Title  XIX.    The  Title  XIX  reviews  are  done  on 
an  individual  programmatic  basis:    hospital  services,  physician  services, 
etc.    So  there  is  that  kind  of  evaluation.    We  also  publish  an  annual 
plan  for  information  systems  planning  that  comes  out  about  three  or 
four  months  into  each  fiscal  year,  looking  ahead  and  bumping  the  annual 
plan  one  year  at  a  time,  trying  to  project  how  things  will  be  on  a 
year  to  year  basis  for  five  years.    Again  that  includes  Title  XIX.  In 
terms  of  the  actual  evaluation  which  is  separate  from  the  data  systems 
bureau,  they  go  in  there  and  do  a  fairly  extensive  review  of  the  data 
systems  bureau  operation,  be  that  security,  be  that  operational  problems, 
be  that  computer  capability,  be  that  just  about  anything  that  has  a 
potential  trouble  spot  in  the  data  systems  bureau  of  operation  and 
insure  that  the  criteria  that  they  come  up  with  are  consistent  with 
the  programmatic  expectation  of  each  one  of  the  applications  which  are 
run.    During  the  course  of  about  two  years'  time,  the  staff  of  about 
20  or  so  professionals  plus  supporting  clerical  staff,  will  get  around 
to  all  the  programs.    There  are  three  levels  of  general  evaluation. 
These  are  besides  the  budget  preparation  evaluation,  the  personnel 
evaluation,  and  so  forth,  so  these  are  fairly  regular,  fairly  scheduled 
and  if  there  are  any  deficiencies,  top  management  makes  a  conscious 
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priority  decision  as  to  whether  or  not  we  ought  to  pay  attention  to 
that,  whether  we  could  live  with  that  within  available  resources, 
and  so  on. 

RICHARD  NELSON:    I  would  like  to  make  some  additional  comments  here. 
There  was  a  question  about  the  EOMB.    We  in  the  State  of  Washington 
have  been  fortunate  enough  to  stop  a  pharmacy  provider  who  was 
fraudulently  billing  us  about  $200,000  per  year.    We  discovered  this 
in  the  first  run  of  EMOBs  when  we  got  about  ten  of  this  pharmacist's 
supposed  customers  who  wrote  back  on  their  EOMBs  and  said  they  had 
never  even  heard  of  the  pharmacy.    So  there  is  some  benefit  to  the 
EMOBs.    We  probably  have  already  saved  the  cost  of  mailing  these 
EOMBs  out  for  the  next  two  years. 

Another  area  I  would  like  to  comment  on  is  in  terms  of  improving 
the  certification  process.    It  seems  that,  for  whatever  reason,  SRS 
likes  to  operate  with  fairly  loose  timeframes.    It  really  is  pretty 
hard  to  get  them  to  commit  to  coming  at  a  certain  time  or  to  commit 
to  a  certain  schedule.    Now  I  don't  know  if  this  is  a  psychological 
thing  or  a  bureaucratic  thing,  but  I  think  that  in  terms  of  the 
comfort  level  of  the  states,  if  SRS  would  let  states  know  what  they 
are  going  to  do  and  then  do  it,  it  would  sure  make  it  a  lot  easier 
on  us  and  our  planning  processes. 

My  third  comment  concerns  the  annual  review  or  performance  moni- 
toring.   Those  of  us  that  have  been  involved  in  the  MMIS  from  its 
inception  are  really  committed  to  it,  but  you  never  know  where  those 
people  are  going  to  be  in  the  next  year,  and  we  have  established  a 
weekly  MMIS  meeting  just  to  improve  and  to  keep  the  project  going, 
to  watch  claims  inventory,  look  at  some  of  the  medical  policies  that 
were  put  in  our  edits  and  audits,  so  it  has  been  a  growing  experience 
for  all  of  us  involved  in  it.    However,  I,  think  without  some  sort  of 
a  prod  from  SRS  to  keep  our  feet  to  the  fire,  when  I  leave  or  whenever 
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some  of  my  key  staff  leave,  I  think  I  can  see  that  our  system  would 
degrade.    You  just  get  comfortible  with  a  system  and  in  your  mind  it 
continues  to  function  even  though  it  may  actually  be  faltering.  There- 
fore, I  personally  would  recommend  an  annual  review  or  recertif ication, 
just  to  make  sure,  as  I  leave  state  service,  that  our  MMIS  will  at  least 
continue.    It  will  make  me  feel  good  as  a  taxpayer. 

QUESTION:    Dick,  you  came  on  board  in  November  of  1974  as  the  Washington 
State  MMIS  project  manager.    What  was  Washington  doing  prior  to  the  time 
they  had  a  facilities  manager?    Were  they  administering  their  own  system? 
What  level  of  project  staff  did  you  have  and  what  was  going  on  in  the 
state  with  medical  systems  while  you  were  working  on  the  project? 

RICHARD  NELSON:    We  had  (and  have)  a  super  agency,  a  15,000  man  Department 
of  Social  and  Health  Services.    Medicaid  was  in  the  Health  Division. 
Claims  processing  was  in  the  Administrative  Services  Division,  and  then 
we  had  the  Management  and  Budget  Division,  for  which  I  worked  as  a 
management  scientist  to  put  together  a  new  system.    It  was  interesting 
how  these  people  could  not  speak  to  each  other.    The  health  professionals 
were  off  in  their  own  area  and  the  administrative  services  people  were 
scrapping,  just  to  keep  up  with  the  volume  of  accounting  and  claims  work. 
The  state  had  a  very  antiquated  claims  processing  system  that  might  have 
been  run  every  two  years  to  see  if  there  were  duplicate  billings. 
Additionally,  we  had  a  pretty  agitated  provider  community  because  pro- 
viders weren't  getting  their  bills  paid  and  when  they  did,  fees  were 
low  and  inconsistent.    We  had  essentially  a  gigantic  clerical  shop  with 
workers  doing  things  on  a  manual  basis. 

QUESTION:    Your  project  team,  how  many  and  how  many  other  types  of  people 
did  you  involve  in  the  project? 

RICHARD  NELSON:  We  established  a  Medicaid  steering  committee  and  we  took 
people  from  all  these  various  divisions,  anybody  that  had  had  any  program 
impact  on  Medicaid,  and  we  met  with  them  about  every  two  weeks,  and  I  was 
really  the  chairman  of  this  committee.    What  I  did,  actually,  was  pick 
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their  brains.    I  had  some  health  care  training,  I  had  some  management 
experience  and  I  had  owned  a  computer  company.    I  acquired  information 
for  about  six  months.    There  were  just  two  of  us  on  our  team,  myself 
and  Cliff  Alyea,  who  is  now  the  project  director  in  Idaho. 

WILLIAM  BARNETT:    With  regard  to  this  operational  review,  it  seems  to 
me  that  that  might  be  looked  at  differently  in  large  states,  particularly 
if  they  have  already  been  certified.    We,  too,  think  that  our  next 
emphasis  needs  to  be  in  the  third  party  area,  since  we  have  gotten  over 
most  of  the  other  hurdles,  and  this  is  where  we  want  to  be  working  with 
Michigan  and  Minnesota  and  those  other  states  who  are  attempting  develop- 
ment of  an  automated  recipient  file  which  includes  recovery  sources. 
In  passing,  I  wish  Paul  Allen  would  quit  putting  out  these  30  million 
dollar  projections,  because  every  time  he  makes  a  projection,  my  legis- 
lature takes  that  money  away  from  me  and  says  Michigan  has  already  said 
it's  there,  so  when  you  get  it  you  can  spend  it.    I  think  we  need  to  get 
the  money  first,  but  that's  where  I  can  see  the  next  actions  in  our  area, 
but  I  am  not  sure  that  a  state  that  hasn't  been  certified  would  want 
to  put  their  efforts  into  that  first. 

PAUL  ALLEN:    I  don't  know  how  to  respond  to  that.    You  must  read  our 
newspapers  over  in  Ohio. 

QUESTION:    Mr.  Nelson,  from  the  time  that  you  actually  started  working 
with  your  contractor,  how  long  did  it  take  before  you  felt  you  were 
qualified  for  certification?    Not  if  you  were  certified  but  if  you  were 
qualified? 

RICHARD  NELSON:    We  started  with  our  contractor  in  November  of  1975  and 
we  put  our  first  claim  on  in  Feburary  of  1976.    I  had  told  them  I  wanted 
to  be  certified  by  July  of  1976,  and  I  didn't  care  what  they  had  to  do 
to  accomplish  the  task,  and  we  began  to  really  plan  for  certification 
in  April.    As  we  began  planning  in  April  we  began  to  think,  OK  we're 
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going  to  get  the  system  implemented,  and  we  began  asking  what  we  needed 
to  do  to  be  certified.    We  had  some  milestones;  we  checked  weekly  on  the 
things  we  had  to  do  to  get  the  job  done,  and  we  had  our  people  working 
pretty  wel 1 . 

QUESTION:    Dick,  as  I  remember,  your  facilities  manager  was  running  it 
through  the  same  basic  logic  that  was  used  for  the  State  of  California. 
Did  you  have  to  add  the  EOMB  and  a  few  other  parts  to  it? 

RICHARD  NELSON:    Well,  I  think  the  contractor  would  claim  that  we  do 
have  a  unique  system.    They  certainly  are  able  to  use  some  of  the  program 
logic  and  system  but  obviously  we  are  a  different  state;  we  have  a 
different  state  plan;  we  pay  different  amounts;  we  have  different  kinds 
of  services  that  we  provide  that  California  doesn't. 

QUESTION:    By  way  of  advice,  now  that  you  have  gone  through  the  certi- 
fication process,  is  there  anything  that  you  would  have  done  differently 
at  any  phase  of  the  project?    I  guess  maybe  all  of  us  experienced  a  bit 
of  surprise  from  the  standpoint  of  data  elements,  but  are  there  other 
considerations  that  happened  in  the  certification  process  that  those 
people  who  are  now  planning  to  forge  ahead  in  MMIS  are  going  to  be  faced 
with?   Are  there  some  unexpected  kinds  of  things  you  didn't  recognize 
at  the  beginning? 

WILLIAM  BARNETT:    I  didn't  realize  there  was  going  to  be  so  much  turnover 
in  Federal  staff.    Seriously.    Over  a  five  year  period,  a  lot  of  faces 
come  and  go,  and  when  you  are  in  this  kind  of  a  process  you  would  like  to 
see  the  same  faces,  all  the  time  if  you  could,  that  adhere  to  the  promises 
that  were  made  previously. 

ROBERT  NAKAMOTO:    I  felt  that  the  process  wasn't  too  bad,  to  tell  you  the 
truth. 

RICHARD  NELSON:    I  guess  I  was  very  pleased  with  our  certification  process. 
I  had  owned  a  computer  company  and  I  had  been  involved  in  several  complex 
computer  implementations,  the  thing  that  I  had  somehow  forgotten  is  just 
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how  tough  a  big  system  implementation  is.    You  let  a  lot  of  blood.  We 
talked  about  the  end  result,  but  to  get  that  thing  installed  is  one 
whale  of  a  job.    You  spend  some  sleepless  nights. 

PAUL  ALLEN:    In  getting  to  that,  I  think  the  planning  process  is  a 
continuum.    You  just  don't  do  it  in  spurts.    You  do  it  every  morning, 
and  even  after  it  is  operational  and  certified,  the  thing  is  very 
nervous,  very  dynamic,  so  you  just  can't  let  it  run  itself  or  it  would 
run  away  with  you,  or  it  will  fall  on  the  floor  and  you  have  to  stuff 
it  back  in.    It  is  a  very  difficult  management  challenge. 
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The  model  Medicaid  Management  Information  Sys- 
tem (MMIS)  has  been  subjected  to  much  recent 
criticism  and  concern  from  government  administra- 
tors, legislators,  and  providers  of  health  services. 
Some  critics  suggest  that  it  is  not  fulfilling  its  in- 
tended objectives  in  States  where  it  has  been  in- 
stalled, that  it-is  not  processing  information  correctly 
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and  on  time.  Others  suggest  that  although  the  system 
may  process  information  correctly,  the  reports  it 
produces  have  not  been  integrated  productively  into 
the  management  of  State  Medicaid  programs  (title 
XIX  of  the  Social  Security  Act).  We  believe  that 
careful  review  of  State  experience  with  the  MMIS 
will  show  the  model  system  to  be  a  sound  design  for 
administering  Medicaid.  The  problems  which  have 
clustered  around  the  MMIS  are  real,  but  they  are 
the  consequences  of  the  particular  processes  that 
States  have  used  in  implementing  the  design  and 
integrating  the  system  with  their  administrative 
operations. 

It  is  not  surprising  that  the  MMIS  has  been  diffi- 
cult to  implement  and  integrate.  Researchers  and 
managers,  both  public  and  private,  have  been  in- 
creasingly concerned  in  recent  years  with  the  problem 
of  how  to  implement  management  information  sys- 
tems. In  all  parts  of  society  examples  can  be  found 
of  failed  information  system  projects,  exjicnsive 
products  of  hard  effort  which  produced  unused  in- 
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formation  or  information  that  is  inadequate  to  the 
managerial  needs  it  was  designed  to  satisfy. 

An  almost  unanimous  conclusion  of  recent  research 
into  the  problem  of  implementing  information  sys- 
tems is  that  implementation  must  be  viewed  as  an 
ongoing  process  rather  than  the  last  phase  of  a 
project  effort.  Success  is  won  or  lost  all  through  the 
analysis,  design,  and  developmental  phases  and  by 
the  care  and  flexibility  with  which  the  early  phases' 
plans  are  refined  during  the  final  installation  of 
computer  programs  and  administrative  procedures. 
A  related  conclusion  is  that  information  systems, 
when  in  place,  become  dynamic  parts  of  their  orga- 
nizations. Implementation  must  continue,  with  the 
system  evolving  with  the  organization. 

This  paper  draws  on  our  observation  of  the  process 
of  implementing  the  MMIS  in  Minnesota.  We  offer 
some  normative  conclusions  and  recommendations  to 
guide  other  States'  MMIS  efforts  and  other  efforts  in 
building  large-scale  information  systems,  particularly 
in  the  public  sector. 

Background:  MMIS  and  the  Minnesota  Project 

Since  its  inception  in  1966,  the  federally  sub- 
sidized Medicaid  program  of  medical  assistance  for 
the  poor  and  disadvantaged  has  encountered  an 
unexpected  spiraling  of  its  costs,  which  now  exceed 
$14  billion  per  year  in  State  and  Federal  expendi- 
tures. Administered  by  State  and  Territorial  Govern- 
ments and  their  local  subdivisions  under  the  general 
supervision  of  the  Department  of  Health,  Education, 
and  Welfare's  Social  and  Rehabilitation  Service,  the 
program  has  varied  greatly  in  the  effectiveness  of  its 
management.  Controls  on  excessive  and  duplicate 
payments,  investigation  of  fraudulent  claims,  and 
controls  on  substandard  quality  of  services  have  often 
been  lacking.  Complicated  standards  of  eligibility 
have  led  to  errors  in  who  may  have  access  to  the 
program's  benefits.  Lacking  the  substantial  co- 
insurance involvements  of  recipients'  pocketbooks 
found  in  the  Medicare  program,  Medicaid  recipients 
have  not  objected  to  large  amounts  of  overservice 
and  to  overcharging,'  which  Medicare  recipients  would 
find  intolerable. 

To  correct  these  deficiencies,  the  Social  and  Re- 
habilitation Service  develo|>cd  a  model  Medicaid 
Management  Information  System  to  guide  States  in 
computerizing  and  upgrading  their  claims  payment 
operations,  fraud  investigations,  and  utilization  con- 
trol efforts.  , 

This  model  was  first  published  in  August  1971, 
and  pilot  implementation  in  Ohio  was  begun  in 
1972.  In  the  Social  Security  Amendments  of  1972, 


Congress  provided  fiscal  incentives  to  States  to  set 
up  information  systems  patterned  after  the  model 
(Federal  assumption  of  90  percent  of  development 
costs  and  75  percent  of  operating  costs  of  qualifying 
systems).  Those  amendments  also  required  States  to 
generate  statistical  profiles  of  providers'  patterns  of 
service  and  of  recipients'  patterns  of  service  utiliza- 
tion. Group  profiles  were  to  provide  norms  against 
which  individuals'  profiles  could  be  compared.  Such 
profiling  requires  computerized  information  han- 
dling on  a  scale  similar  to  that  envisioned  in  the 
MMIS.  Requiring  it  provided  further  incentive  to 
States  to  install  the  MMIS. 

The  Minnesota  Department  of  Public  Welfare 
responded  to  the  new  incentives  quickly,  beginning 
work  in  January  1973  on  a  centralized  Medicaid  pay- 
ments and  information  system  that  would  meet  the 
MMIS  design  criteria  and  would  replace  the  manual 
processing  of  claims  previously  carried  on  by  87 
county  welfare  departments.  Centralized  payments 
for  nursing  home  services  were  begun  in  January 
1974,  and  by  May  1975  all  regular  providers  of  health 
services  were  paid  through  the  new  system.  Computer 
programs  that  generate  management  reports  and 
surveillance  profiles  were  completed  by  August  1975, 
and  Minnesota  was  certified  for  75  percent  Federal 
participation  in  MMIS-related  operating  costs,  effec- 
tive the  first  of  that  month. 

Since  then,  the  system  has  been  significantly  re- 
fined, particularly  in  its  benefits  recovery  capacity 
and  in  the  tracking  of  persons  eligible  for  Early 
Periodic  Screening,  Diagnosis,  and  Treatment 
(EPSDT).  During  fiscal  year  1976,  the  system  pro- 
cessed approximately  220,000  claims  and  adjustments 
per  month,  paying  out  about  $320  million  in  bene- 
fits by  the  year's  end.  Administrative  costs  for  the 
year  came  to  roughly  $4.5  million.  These  costs 
include  expenses  for  provider  enrollment  and  train- 
ing, claims  processing,  production  of  management 
reports,  surveillance  and  utilization  review,  medical 
policy  supervision,  mailing  of  explanations  of  Medic- 
aid benefits  (EOMBs)  monthly  to  recipients  of 
services,  plus  teleprocessing  and  maintenance  of  the 
case  information  (eligibility)  file.  The  $4.5  million 
does  not  include  the  cost  of  audit  staff  and  general 
overhead  costs  for  the  welfare  department's  execu- 
tives and  support  services.  Also  excluded  are  the 
counties'  costs — costs  of  administering  the  recipient 
eligibility  intake  and  review  process,  assistance  to 
clients  needing  EPSDT  services,  review  of  the  appro- 
priateness of  musing  home  patients'  level  of  care, 
and  local  review  of  certain  monitored  claims  for 
medical  supplies.  After  the  exclusions,  the  adminis- 
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trativc  cost  per  claim  amounted  to  about  $1.70,  a 
sum  which  compares  favorably  with  Medicare  ex- 
perience. Caution  is  needed  in  such  comparisons, 
however,  as  definitions  vary  as  to  what  constitutes 
a  claim  or  what  expenses  are  to  be  included  in  ad- 
ministrative costs. 

In  establishing  its  MMIS  payment  system,  Minne- 
sota transferred  an  important  group  of  computer 
programs  from  the  Oklahoma  welfare  information 
system  to  provide  the  basic  structure  of  its  case  infor- 
mation system.  Most  of  the  other  computer  programs 
needed  to  implement  the  MMIS  model  were  trans- 
ferred from  the  Ohio  Department  of  Public  Welfare, 
the  pilot  project  site.  Administrative  procedures  and 
the  concept  of  using  optical  character  recognition 
(OCR)  scanning  devices  instead  of  keypunching  to 
convert  data  to  computer  form  were  borrowed  from 
the  Michigan  Department  of  Social  Services.  A  sys- 
tem for  processing  nursing  home  claims  was  devel- 
oped locaUy.  All  transferred  computer  programs 
were  substantially  rewritten  to  meet  local  require- 
ments and  to  improve  their  computer  efficiency. 

Management  of  the  Minnesota  project  was  led  by 
staff  from  a  small  consulting  firm,  assisted  by  staff 
from  the  Minnesota  Department  of  Public  Welfare 
and  the  information  systems  division  of  the  State's 
administration  department. 

Minnesota's  experience  with  the  MMIS  was 
neither  smooth  nor  disastrous.  The  information  sys- 
tem which  resulted  is  not  the  idtimate  version  of 
the  MMIS,  but  it  is  more  than  adequate,  and  it  is 
evolving  to  meet  new  needs  in  the  administration 
of  the  Medicaid  program.  Drawing  on  our  experi- 
ences in  the  Minnesota  project,  we  offer  here  a  con- 
ceptual discussion  of  six  areas  where  problems  may 
arise  during  an  MMIS  effort,  six  areas  in  which  key 
tasks  must  be  addressed: 

Defining  program  and  operations  policies 
Organization  planning  and  defining  of  roles 
Managing  and  controlling  the  project 
Defining  data  and  output  requirements 
Provider  relations  and  training 
Coping  with  technological  change 

Defining  Program  and  Operations  Policies 

To  be  worth  its  development  and  operating  costs,  a 
Medicaid  information  system  must  support  and  exe- 
cute the  program's  key  policies.  Therefore  the  poli- 
cies must  be  known.  In  addition,  they  must  be  fair, 
defensible,  and  capable  of  enforcement.  (In  Minne- 


sota, program  policies  often  proved  to  be  unclear  at 
the  start,  owing  to  the  previously  loose-knit  admin- 
istration of  the  program  by  many  local  agencies.) 

If  policies  are  ill-defined,  they  must  be  clarified. 
If  they  are  out  of  date,  unfair,  or  unenforceable,  they 
need  to  be  revised.  A  management  information  sys- 
tem as  big  as  the  model  MMIS  has  too  much  inertial 
mass  to  risk  setting  any  part  of  it  in  motion  on  a 
wrong  track.  The  costs  of  backtracking  and  fixing 
errors  can  be  huge — both  in  dollars  and  in  injustices 
to  providers  and  recipients  of  medical  care. 

Clearly,  not  all  policies  can  be  defined  and  ana- 
lyzed in  advance  of  the  technical  phases  of  such  a 
project.  Indeed,  one  of  the  strengths  of  the  Minne- 
sota project  was  its  continuing  reconsideration  of 
objectives,  policies,  and  priorities  as  the  political, 
legal,  and  administrative  constraints  on  the  project 
became  more  clear.  But  it  is  important  to  achieve 
the  greatest  possible  clarity  about  the  program's  and 
the  system's  goals  before  beginning. 

To  make  sure  that  policy  is  defined,  revised,  and 
correctly  programed  into  a  mechanized  system  of 
claims  payments,  staff  must  be  assigned  to  refine 
policies,  to  analyze  the  impact  of  new  or  proposed 
Federal  laws  and  regulations,  and  to  interpret  the 
policies  definitively  to  systems  analysts,  health  care 
providers,  provider  trainers,  and  claims  processing 
supervisors.  Opportunities  must  be  provided  for 
adversarial  evaluations  of  particular  policies,  lest 
they  be  based  on  inadequate  information  or  set  with- 
out regard  for  external  consequences. 

Organizations  going  through  rapid  change  or 
growth  are  often  tempted  to  limit  criticisms  from 
staff  and  to  discourage  meddling  across  organiza- 
tional lines.  This  fosters  accountability  and  sup- 
presses fruitless  squabbling,  but  the  mediation  of 
policy  criticisms  (or  technical  disagreements  over 
methods  and  procedures)  through  a  few  members  of 
a  managerial  elite  may  stifle  and  dry  up  information 
sources  needed  to  keep  an  organization's  processes 
of  change  on  target.  Forbidding  communications 
between  work  groups  (as  some  supervisors  did  dur- 
ing the  Minnesota  project),  particularly  if  they  ara 
working  on  different  aspects  of  the  same  problem,  or 
function,  delays  information  flows  and  distorts  and 
filters  information  which  needs  to  be  communicated. 

The  Minnesota  MMIS  project  overcame  initial 
unclarity  about  program  objectives,  policy  con- 
straints, and  limits  on  what  could  be  required  of 
outsiders  such  as  health  care  providers,  county  wel- 
fare offices,  and  Medicare  fiscal  agents,  by  applying 
techniques  discussed  in  the  next  two  sections  of  this 
paper.  When  the  techniques  failed  or  were  not  ap- 
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plied,  the  costs  were  significant.  Rcfore  discussing 
those  techniques,  however,  two  other  aspects  of 
policy  definition  need  comment. 

Besides  internal  policy  definition  and  revision,  the 
leaders  of  an  MMIS  project  effort  must  acquire  legis- 
lative support  for  statutory  revisions  of  policy.  In 
Minnesota  it  became  necessary,  midway  in  the  pro- 
ject, to  seek  legislation  giving  the  Medicaid  program 
a  right  of  subrogation  to  recipients'  health  and  cas- 
ualty insurance  benefits  (to  the  extent  of  the  pro- 
gram's expenditures  for  any  given  recipient).  In 
other  States,  legislation  lias  been  needed  to  mod- 
ernize legal  requirements  for  approval  of  vendor 
claims  or  for  keeping  records  or  issuing  checks.  In- 
addition,  existing  laws  may  not  give  enough  author- 
ity to  a  Medicaid  program  to  require  standard  in- 
voice forms. 

Finally,  there  is  the  issue  of  legislative  support  for 
developing  a  new  Medicaid  management  informa- 
tion system.  Indeed,  this  is  the  first  issue  encoun- 
tered, as  the  State's  share  of  development  costs  must 
often  be  appropriated  after  much  debate  over 
whether  "inept  State  bureaucracies"  or  "self-serving 
outsiders"  can  better  be  trusted  to  do  a  good  job  at 
a  reasonable  cost. 

This  problem  of  legislative  support  was  short- 
circuited  in  Minnesota  by  the  intervention  of  the 
Governor's  statewide  Loaned  Executive  Assistance 
Program  (LEAP)  during  1972.  Eying  projections  ol 
low  development  costs  from  an  earlier  consultant 
study  of  centralizing  Medicaid  claims  processing  in- 
house  and  the  screening  portability  of  the  Oklahoma 
State  welfare  information  system,  the  LEAP  teams 
assigned  to  the  welfare  department  forced  an  early 
commitment  to  developing  a  State-operated  MMIS. 

Other  States  may  not  find  such  decisions  so  easy  to 
resolve,  nor  should  they.  If  the  Medicaid  agency 
lacks  internal  managerial  expertise,  if  the  State  civil 
service  system  is  intractable,  or  if  computer  and  sys- 
tems support  are  lacking  or  outdated,  the  possibility 
of  buying  an  established  fiscal  agent's  expertise  de- 
serves evaluation. 

If  a  contractor  is  to  operate  a  system  after  build- 
ing it,  however,  several  new  concerns  arise:  What 
incentives  docs  the  contractor  have  to  control  pro- 
gram expenditures?  Is  there  some  risk  that  the  con- 
tractor may  control  program  expenditures  by  deny- 
ing benefits  in  an  arbitrary  way,  often  after  service 
has  been  rendered?  Docs  the  contracting  fiscal  agent 
have  any  incentive  to  control  its  operating  costs  if 
it  is  paid  on  a  "cost-plus"  formula?  Arc  its  costs  and 
overhead  expense  required  to  be  reasonable  and 
open  to  audit?  Will  the  State  be  able  to  do  an  effec- 


tive audit,  probing  deeply  and  carefully  enough  to 
challenge  the  fiscal  agent's  cost  statements? 

If  a  fiscal  agent  is  to  be  reimbursed  on  a  flat  rate 
per  claim,  do  the  performance  criteria  in  the  con- 
tract insure  that  any  underbid  by  the  agent  will  not 
be  recovered  improperly  through  slow  or  inaccurate 
claims  processing?  Is  there  any  fine-print  provision 
for  formula  increases  in  rates  which  pass  the  agent's 
first  year  underbid  losses  back  to  the  State  in  subse- 
quent years? 

And  if  a  fiscal  agent  is  selected  that  later  proves 
too  expensive  or  unacceptable  in  some  other  way, 
how  is  the  State  agency  to  handle  claims  processing 
until  another  agent  can  be  selected  and  installed?  It 
appears  that  at  least  one  State  has  been  forced  to 
renew  a  fiscal  agent's  contract  at  unfavorable  terms 
because  no  other  agent  could  be  installed  quickly 
enough.  Such  misfortunes  can  be  forestalled  by 
careful  contract  writing,  with  clear  definitions  of 
short-term  renewal  options  to  cover  periods  of  re- 
negotiation or  changes  in  contractors. 

Organization  Planning  and  Defining  of  Roles 

Along  with  the  practical  work  of  project  manage- 
ment and  control,  discussed  subsequently,  State 
agencies  beginning  an  MMIS  development  face  a 
need  to  review  their  internal  organization  for  deci- 
sion and  control  and  the  quality  of  their  supervision 
of  local  welfare  agencies  or  offices.  At  the  same  time, 
they  need  also  to  review  their  relationships  with 
outside  agencies  to  clarify  roles,  powers,  goals,  func- 
tions, and  the  distribution  of  political  influence. 
Such  outside  agencies  include  State  health  depart- 
ments, hospital  and  nursing  home  rate-setting  au- 
thorities, professional  standards  review  organizations 
(PSROs),  and  health  professions'  licensing  boards. 

A  Medicaid  agency's  administrators  need  to  look 
at  the  commitment  of  time  available  from  their  top 
managers  and  from  the  directors  of  local  offices. 
Minnesota's  ability  to  bring  its  MMIS  project  to 
fruition  required  continuing  detailed  attention  and 
support  from  the  Commissioner  and  her  deputy. 
Their  involvement  was  crucial  to  acquiring  and  su- 
pervising the  project's  consultant  firm,  to  shaping 
the  project's  authorizing  and  housekeeping  legisla- 
tion, and  to  forcing  decisions  from  other  depart- 
ments (particularly  the  administration  department, 
which  was  responsible  for  the  State  computer  center, 
and  the  personnel  department,  through  which  emer- 
gency staff  appointments  and  timely  acquisition  of 
professional  stalf  had  to  be  channeled).  Since  the 
welfare  department  was  at  first  short  of  experienced 
and  aggressive  stall  in  the  Medicaid  policy  section, 
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the  almost  daily  participation  of  the  director  of  the 
income  maintenance  division  in  the  project  was 
essential. 

In  allocating  responsibilities,  each  person's  man- 
agerial ability  needs  to  be  looked  at.  In  every  orga- 
nization there  are  managers  who  are  comfortable 
with  the  status  quo,  settled  in  their  ways  and  lack- 
ing in  the  curiosity  and  assertiveness  needed  to 
guide  drastic  new  developments.  This  may  be  a  spe- 
cial risk  in  government,  where  tenure  can  protect 
the  weak  and  political  pressures  may  housebreak  the 
innovative.  If  such  persons  hold  key  positions,  they 
need  clear  guidance  on  what  is  expected  in  the  new 
effort.  In  an  MMIS  development,  everyone  works 
double.  Letting  those  who  may  turn  out  to  be  inde- 
cisive, unmotivated,  or  incompetent  know  about  the 
extraordinary  demands  with  which  they  will  be  laced 
may  make  it  simpler  to  relocate  them  to  less  stressful 
positions  or  to  justify  their  later  replacement. 

Outside  the  central  Medicaid  agency,  control  of 
local  welfare  offices  is  critical,  for  these  must  man- 
age the  determination  and  review  of  recipients'  eligi- 
bility, transmit  timely  and  accurate  eligibility  infor- 
mation to  the  central  office,  deal  with  recipients' 
practical  problems,  and  maintain  other  local  rela- 
tionships for  the  State.  A  State  department  is  likely 
to  find  that  the  size  and  sophistication  of  such  local 
offices  or  agencies  vary.  Such  variations,  the  degree 
of  local  autonomy  (be  it  legal  or  habitual),  past  re- 
sponsibilities, and  past  performance  should  all  be 
considered  in  deciding  what  functions  to  delegate 
beyond  eligibility  intake  and  review  and  arranging 
for  EPSDT  services.  Should  local  agencies  answer 
service  providers'  inquiries  about  Medicaid  recipi- 
ents' eligibility  dates  and  ID  numbers?  Should  they 
have  a  role  in  reviewing  nursing  home  patients' 
levels  of  care?  Should  they  make  decisions  on  renting 
or  buying  durable  medical  equipment?  Each  State 
will  find  different  answers.  The  answers  may 
be  misguided,  however,  if  the  past  and  expected 
capabilities  of  the  local  offices  are  not  reviewed,  giv- 
ing close  attention  to  possible  causes  of  past  per- 
formance failures.  Some  causes  of  failure  can  be 
remedied.  Confusing  central  office  directives  on  poli- 
cies and  procedures  can  be  clarified.  But  local 
autonomy  and  unwillingness  to  cooperate  are  more 
difficult  to  change.  If  county  welfare  boards  refuse  to 
hire  sufficient  staff  at  the  expense  of  local  property 
taxpayers,  the  Medicaid  agency  may  need  some  means 
to  compel  cooperation  or  to  subsidize  the  counties' 
costs  with  State  and  Federal  funds. 

Regarding  relations  with  other  agencies,  the  fol- 
lowing observations  may  be  helpful. 


Medicare  fiscal  agents.  It  is  desirable  to  arrange 
with  Medicare  carriers  and  intermediaries  for  auto- 
mated exchange  of  data  on  payments  made  for 
Medicaid  recipients.  Such  acquisition  of  data  on 
computer  tape  should  be  provided  for  early  in  an 
MMIS  project.  It  eliminates  the  need  to  make  health 
care  providers  bill  both  Medicare  and  Medicaid.  It 
improves  the  accuracy  of  payments  for  crossover 
claims  and  removes  opportunities  for  provider  fraud. 
It  provides  more  complete  data  for  surveillance  and 
utilization  review  of  services  to  Medicare  benefi- 
ciaries. And  it  costs  less  (to  both  the  Medicaid  and 
Medicare  organizations)  than  shipping  explanations 
of  Medicare  benefits  on  paper  from  the  fiscal  agents 
into  the  Medicaid  shop  for  manual  review,  anno- 
tation, and  keypunching.  Liaison  is  also  desirable 
with  Medicare  fiscal  agents  regarding  such  matters 
as  their  relations  with  hospital  utilization  review 
committees  and  PSROs,  sharing  of  practitioner  fee 
schedules,  and  coordination  of  audits  of  hospitals' 
statements  of  operating  costs. 

State  health  departments.  The  Medicaid  agency 
needs  timely  verification  from  State  health  depart- 
ments of  the  eligibility  of  hospitals  and  nursing 
homes  to  participate  in  the  title  XIX  program.  It 
needs  to  facilitate  health  departments'  mandatory 
medical  or  professional  reviews  of  care  given  to  nurs- 
ing home  patients.  It  can  profit  from  acquisition  of 
computer  files  of  the  social  security  numbers  of 
persons  who  have  died  (in  order  to  purge  Medicaid 
eligibility  files).  It  may  need  'health  department 
assistance  in  meeting  its  obligation  to  provide  early 
periodic  screening,  diagnosis,  and  treatment  for 
children.  It  may  want  to  contribute  to  institutional 
rate  review  activities  carried  on  by  health  depart- 
ments. And  it  may  be  able  to  provide  useful  epi- 
demiologic and  health  services  utilization  data  to 
health  department  researchers. 

Professional  standards  review  organizations.  Good 
relationships  with  PSROs  are  important  to  State 
Medicaid  programs  because  of  the  contribution  the 
PSROs  can  make  to  cost  containment  and  quality 
assurance.  PSRO  relationships  affect  MMIS  efforts 
because  PSROs  may  depend  on  Medicaid  agencies 
to  collect  the  uniform  hospital  discharge  data  ab- 
stract for  PSRO  review.  Or,  being  physician  con- 
trolled and  jealous  of  their  autonomy,  they  may 
make  it  difficult  for  a  Medicaid  program  to  collect 
sufficient  information  for  claims  review,  budget  plan- 
ning, and  utilization  review.  In  any  event,  if  data 
are  to  be  collected  for  PSRO  use  or  in  parallel  with 
PSRO  collection,  agreement  on  uniform  data  coding 
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schemes  is  important,  lest  hospitals  face  impossible 
reporting  burdens. 

Other  compensation  systems.  Finally,  we  empha- 
size the  importance  to  State  Medicaid  programs  of 
investing  more  staff,  expertise,  and  systems  capa- 
bility in  the  recovery  of  health  care  benefits  to  which 
recipients  are  entitled.  This  effort  requires  close 
liaison  witli  the  health  and  auto  insurance  industries 
and  with  the  Workers'  Compensation  system.  Analy- 
sis of  Minnesota  data  suggests  that  a  well  operated 
and  aggressive  system  of  claiming  recipients'  bene- 
fits on  a  national  scale  coidd  recover  more  than  S500 
million  per  year  in  health  and  casualty  insurance, 
workers'  compensation,  and  dependents'  health  bene- 
fits from  employed  absent  fathers.  Minnesota  has 
computerized  much  of  the  benefits  recovery  process, 
but  accomplishing  this  has  required  cooperation 
with  the  insurance  industry  and  training  of  local 
welfare  agency  staff  to  insure  that  good  information 
on  recipient  coverage  is  effectively  reported. 

Managing  and  Controlling  the  Project 

Project  managers  must  plan  to  communicate  with 
and  actively  involve  all  persons  affected  by  an  MMIS 
project  if  an  effective  information  system  is  to  be 
implemented.  Having  addressed  the  make-or-buy  de- 
cisions mentioned  earlier  and  having  settled  on  some 
combination  of  consultant  (or  fiscal  agent)  and  State 
effort,  management  must  develop  routines,  proce- 
dures, and  an  organization  to  carry  out  the  project's 
tasks.  In  this  regard,  we  offer  several  comments. 

First,  the  level  of  involvement  of  a  consultant 
organization  must  be  controlled  if  a  State  or  some 
other  agent  is  to  operate  the  new  information  sys- 
tem when  it  is  completed.  Minnesota's  Medicaid 
agency  assured  its  ability  to  operate,  maintain,  and 
refine  the  system  by  limiting  the  role  played  by  its 
consulting  firm  and  by  distributing  the  firm's  per- 
sonnel throughout  the  project's  work  groups.  As  a 
consequence,  almost  no  components  came  into  the 
system  without  State  personnel  having  participated 
in  their  detailed  design  and  computer  programing. 
If  this  had  not  been  done,  State  operating  staff 
would  have  been  dependent  on  the  consulting 
firm's  system  documentation  and  unclear  about  the 
placement  of  the  system's  components  anil  the  rea- 
soning behind  their  particular  form. 

Next,  use  of  a  project-management  protocol  is 
desirable,  so  that  all  tasks  are  done  in  an  effective, 
ordered,  and  timely  manner.  Minnesota,  following 
the  practice  of  the  State  computer  center,  used  a 
packaged  set  of  procedures  (PRIDE,  M.  Bryce  & 


Associates)  for  systems  analysis  and  documentation, 
cost  analysis,  and  job  scheduling.  The  particular 
package  of  procedures  that  a  State  chooses  is  not 
critical,  but  use  of  documentation  standards,  standard 
task  lists  for  organizing  and  phasing  work,  and 
standardized  procedures  for  reviewing,  progress  pro- 
vides important  protection  against  oversights,  ineffec- 
tive assignments  of  staff,  and  failures  to  keep  tech- 
nical documentation  complete  and  up  to  date. 

Using  components  of  a  system  transferred  from 
another  State  should  not  substitute  for  analysis  of 
internal  requirements,  nor  should  it  tempt  the  proj- 
ect's managers  toward  unrealistic  expectations  of 
how  quickly  systems  development  can  be  accom- 
plished. Minnesota  encountered  policy  differences, 
technical  deficiencies,  differences  in  medical  service 
and  diagnosis  codes,  and  other  problems  embodied 
in  the  computer  programs  it  transferred.  All  these 
had  to  be  worked  out  before  the  programs  could 
be  run  reliably.  When  they  were  not  considered,  as 
happened  with  the  surveillance  and  utilization  re- 
view programs,  which  received  only  minor  patches 
to  computer  code,  the  computer  inputs  contained 
data  of  questionable  value. 

On  the  other  hand,  the  value  of  th^  experience 
and  completed  debugging  of  compute*  programs  in- 
herent in  a  transferred  system  cannot  be  underrated. 
The  imported  system's  documentation,  coupled  with 
queries  to  its  management  and  support  personnel, 
are  valuable  tools  for  training  and  orienting  project 
staff.  The  "not  invented  here"  syndrome  should 
not  blind  a  State  to  this  opportunity  to  avoid  errors 
other  States  have  worked  through. 

Finally,  to  insure  that  decisions  are  made  on  an 
informed  basis,  the  project's  decision  makers  should 
have  the  benefit  of  regular  structured  information 
exchanges  and  technical  orientation  briefings.  Brief- 
ings on  data  processing  concepts  for  policy  staff  may 
forestall  unrealistic  demands  on  the  technical  staff 
for  impossible  time  schedules  or  impractical  com- 
puter processing  logic.  Briefing  systems  and  proce- 
dures analysts  regularly  on  the  program's  objectives, 
policies,  and  regulations  will  help  them  to  draw  out 
the  policy  staff  with  good  questions  about  the  sys- 
tem's requirements  and  will  make  the  analysts  more 
sensitive  to  the  sequential  dependency  of  each  suc- 
cessive computer  subsystem. 

The  Minnesota  MMIS  project  suffered  initially 
from  the  data  processing  naivete  of  policy  staff  and 
from  systems  analysts'  inability  to  define  or  elicit 
the  necessary  decisions  from  the  policy  staff.  Two 
factors  compensated  for  these  findings.  First,  during 
the  early  stages  of  development,  many  of  the  deci- 
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sions  taken  were  strategic  rather  than  technical; 
they  were  choices  of  which  design  components  of 
the  system  to  import  from  other  States.  Mckling 
technical  and  policy  expertise  did  not  become  a 
problem  until  the  retailoring  of  the  imports  to  local 
requirements  began.  Second,  once  detailed  design 
of  reports  and  processing  logic  got  under  way,  two 
major  committees  facilitated  information  exchange 
and  discussion  of  policies  and  methods. 

Formed  early  in  the  project,  a  welfare  systems 
advisory  committee  (WISAC)  drew  together  State 
policy  and  systems  staff  with  representatives  of 
county  welfare  departments.  Meeting  monthly,  and 
sometimes  more  often,  the  WISAC  committee  drew 
from  the  staffs  of  the  local  agencies  information 
about  what  data  they  could  provide  for  the  Medic- 
aid public  assistance  case  information  system  and 
what  outputs  the  local  agencies  needed  for  internal 
use  and  for  control  of  data  integrity.  The  discussions 
of  this  group  had  rnajor  impacts  on  the  data  set. 
finally  installed  in  the  case  information  system,  on 
the  methods  of  local  agency  reporting  to  the  sys- 
tem, on  the  design  of  the  system's  reports,  and  on 
the  establishment  of  the  central  eligibility  files  used 
for  the  turnover  of  adult  cash  assistance  cases  to 
the  Federal  Supplemental  Security  Income  (SSI) 
Program. 

Beginning  work  in  the  spring  of  1974,  approxi- 
mately 1  year  into  the  project,  a  second,  even  more 
important  committee  came  into  being.  The  Tuesday 
morning  group  was  a  tactical  consortium  of  about 
20  policy  staff,  systems  analysts,  and  data  project 
managers,  chaired  by  the  project  coordinator;  it 
included  the  income  maintenance  director,  acting 
with  the  authority  of  an  assistant  commissioner. 
The  Tuesday  morning  group  reviewed  progress  on 
all  key  issues,  discussed  alternative  technical  design 
strategies,  wrestled  repeatedly  over  how  to  define  or 
revise  unworkable  program  and  operations  policies, 
and  reached  consensus  on  priorities  and  assignments 
of  staff  resources.  These  sessions,  often  stormy,  were 
crucial  to  the  project's  success.  During  these  meet- 
ings, the  interdependence  of  the  work  groups  and 
project  actors  became  clear.  Gaps  in  policy,  impos- 
sible burdens  proposed  to  be  laid  on  medical  care 
providers,  new  Federal  regulations,  and  the  conse- 
quences of  programcr  misunderstandings  were  iden- 
tified and  analyzed.  Worth  noting  is  that  all  partici- 
pants could  address  any  work  group's  progress, 
methods,  designs,  or  interpretation  of  the  regula- 
tory environment.  This  tapping  of  all  participating 
policy  and  systems  staff  persons  as  information  re- 
sources consistently  led  to  advance  warnings  of  over- 


sights and  impending  problems  (both  technical  and 
political),  which  could  then  be  addressed  before 
they  achieved  fatal  momentum. 

The  Tuesday  morning  group  assured  coordina- 
tion of  efforts.  Because  it  functioned  in  a  structured 
but  open  and  nonauthoritarian  way,  it  improved  the 
information  base  for  decisions.  Because  it  operated, 
for  the  most  part,  by  consensus  (the  group  felt  strong 
discomfort  if  any  knowledgeable  member  could  not 
agree),  it  elicited  an  uncommon  and  powerful  esprit 
from  its  members.  Finally,  because  tiie  higher  levels 
of  management  participated  in  the  group,  it  was 
able  to  define  its  outputs  without  a  continuing  risk 
of  reversal  from  above. 

Defining  Data  and  Output  Requirements 

All  analyses  of  management  information  systems  aim 
at  some  array  of  outcomes,  typically  information  out- 
puts on  which  operational  controls,  disbursements, 
audit  trails,  budgeting,  and  strategic  management 
decisions  can  be  based.  Defining  the  content  and 
form  of  outputs  to  meet  management's  and  the 
organization's  needs  is  critical  to  the  success  of  the 
project. 

The  availability  of  the  data  requirements  and 
reporting  structures  identified  in  the  published 
"MMIS  General  Systems  Design"  should  not  lead  a 
State,  to  assume  that  this  analysis  is  complete  or 
sufficient  for  all  State  requirements.  The  managers 
of  the  Minnesota  project  found  considerable  further 
analysis  was  required. 

We  have  already  said  much  about  the  need  to 
clarify,  continuously,  the  program  objectives  to  be 
accomplished  by  information  management.  We  stress 
that  the  sufficiency,  acquirability,  reliability,  and 
consistency  of  data  must  be  assured,  and  the  form 
in  which  they  are  presented  must  enable  the  user 
to  find  the  information  needed  to  make  decisions. 

Sufficiency.  Computer  files  and  the  input  docu- 
ments, such  as  invoices,  must  contain  the  data  ele- 
ments needed  for  automated  decisions,  computations, 
and  edits.  There  is  a  temptation  to  build  tough  and 
lean  systems  based  on  minimal  data  sets.  Slates  plan- 
ning to  develop  an  MMIS  will  do  well  to  recognize 
that  more  data  elements  will  be  needed  to  drive  the 
MMIS  than  are  recommended  in  the  model  system 
distributed  by  the  Department  of  Health,  Education, 
and  Welfare  through  National  Technical  Information 
Service.  Data  sets  smaller  than  those  in  the  model  sys- 
tem may  endanger  the  system's  ecrtifiability  for 
increased  Federal  participation  in  operating  costs. 
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Acquirability.  Data  elements  to  be  reported  by 
medical  vendors  or  county  welfare  agencies  must  be 
sufficiently  well  defined  and  well  organized  to  make 
the  cost  of  reporting  them  reasonable.  Procedure  and 
diagnosis  codes  (for  example,  the  International 
Classification  of  Diseases,  Adapted,  Eighth  Revision 
— the  ICDA-8 — and  the  major  variant  published  by 
the  Commission  on  Professional  and  Hospital  Activ- 
ities— the  H-ICDA-2)  should  reflect  a  consensus  of 
local  providers'  practice.  It  is  madness  to  require 
physicians  to  code  invoices  with  the  procedure  codes 
of  the  National  Association  of  Blue  Shield  Plans  if 
the  dominant  local  insurance  carriers  are  demand- 
ing use  of  codes  from  the  third  edition  of  Current 
Procedure  Terminology  (the  CPT-3) .  (Local  Medi- 
care coding  choices  are  less  critical  if  the  carriers  are 
doing  their  own  coding,  although  codes  received  on 
crossover  claims  passed  on  by  title  XVIII  carriers 
should  be  translatable  for  utilization  profiling  pur- 
poses.) 

If  data  are  not  reported,  redundant  sources  should 
be  supplied,  with  system  defaults  for  nonfatal  data 
gaps.  For  example,  Minnesota  found  that  recipients' 
birthdates  on  invoices  were  more  accurate  than  the 
dates  in  the  eligibility  file,  but  more  likely  to  be 
missing.  Both  sources  of  data  are  entered  in  the 
system,  so  that  discrepancies  can  be  flagged  to  assure 
accurate  computing  of  recipients'  ages. 

Reliability.  Besides  editing  data  for  plausible  values 
and  correct  formats,  a  well  built  MMIS  should  have 
data  collection  forms  designed  to  prevent  errors  in 
filling  them  out  or  in  keying  (or  scanning)  them  into 
computer  processing.  Standard  invoices  prevent  re- 
porting errors,  but  nonstandard  conventions  for  fill- 
ing them  out  may  create  more  errors  than  use  of  in- 
voices designed  specifically  for  Medicaid.  Data  re- 
ported should  be  relatively  raw.  Providers  should 
not  have  to  do  complex  computations  to  arrive  at 
net  billed  charges.  The  computer  can  do  the  com- 
puting better,  though  it  may  need  more  operands 
(data  reported)  to  get  started. 

Identifiers  should  contain  self-checking  digits  (com- 
puter check  digits)  where  possible.  However,  if  a 
numeric  series  of  identifier  codes  has  many  gaps  and 
few  transposition  problems,  as  perhaps  in  the  CPT, 
the  need  for  check  digits  is  less  critical.  In  Minne- 
sota, the  State  medical  association's  re-issue  of  the 
CPT  contains  check  digits  used  by  Medicaid  but  not 
by  Blue  Shield.  Each  feels  that  it  gets  payoffs  from 
its  approach  to  the  codes.  On  the  other  hand.  Minne- 
sota's failure  to  put  check  digits  in  recipient  identifi- 
cation numbers  has  been  a  source  of  grief. 
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Codes  to  be  captured  should  be  of  workable  size. 
Minnesota's  16-digit  recipient  identification  number 
invites  errors  each  time  it  is  copied,  keyed,  or 
scanned,  even  when  it  is  broken  into  small  blocks. 

Finally,  data  schemes  should  be  designed  for  easy 
editing  on  data  entry  equipment  (particularly  key- 
disks  and  optical  scanners),  because  correction  or  re- 
jection of  defective  data  by  manual  operation  is  most 
efficient  when  no  major  computer  processing  has  been 
done  and  when  no  marrying  of  errors  lists  to  original 
documents  is  needed. 

Consistency.  Data  coding  schemes  must  be  consis- 
tent over  time.  If  significant  changes  in  schema  are 
undertaken  (for  example,  from  ICDA-8  to  H-ICDA- 
2),  providers  of  data  must  be  notified  of  the  changed 
requirements  and  given  training,  computer  history 
records  must  be  translated,  and  providers  should, 
preferably,  be  required  to  enter  a  flag  mark  on  sub- 
missions of  new  data  to  indicate  use  of  the  new  codes. 
Similarly,  when  old  fields  are  redefined  in  computer 
records,  previous  data  in  the  computer  history  files 
must  be_  purged  before  the  new  application  begins. 

If  MMIS  components  are  transferred  from  other 
States,  the  compatibility  of  code  structures  is  espe- 
cially important,  because  edits  and  decision  trees 
may  be  hard  coded  in  COBOL  on  the  basis  of  code 
meanings  not  applicable  in  the  new  location.  Minne- 
sota was  forced  to  do  major  overhauls  of  the  Ohio 
surveillance  and  utilization  review  computer  pro- 
grams after  it  initiated  use  of  the  1964  California 
Relative  Value  Studies  procedure  codes  as  permis- 
sible alternatives  to  the  CPT.  All  procedure  maps 
had  to  be  double  tabled  to  the  second  code  scheme, 
and  the  isomorphic  American  Dental  Association 
codes  had  to  be  filtered  out. 

Output  clarity.  Reports  should  present  informa- 
tion needed  for  making  decisions  at  the  level  of  the 
intended  users.  Reports  should  be  organized  to  flag 
or  focus  attention  on  the  exceptional  items  which 
require  action  and  to  assist  retrieval  of  data  on  the 
persons  or  classes  of  cases  of  interest  to  the  user. 
Following  are  several  pitfalls  worth  noting: 

•  Reports  which  summarize  transaction  data  to  a 
trivial  level  of  generality. 

•  Reports  which  display  so  much  detail  that  sum- 
maries and  comparisons  are  physically  impractical  to 
extract. 

•  Reports  lacking  data  needed  to  interpret  detail, 
such  as  abstracts  of  a  recipient's  history  with  no  diag- 
nosis data  or  with  drug  codes  but  no  drug  names. 

•  Reports  in  awkward  sort  orders  which  disperse 
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data  desired  to  be  accessed  simultaneously  (for  ex- 
ample, claims  adjustments  for  a  provider  which  can- 
not be  examined  adjacent  to  regular  claims  in  a 
provider  history). 

•  Reports  which  display  comparison  data  in  sort 
orders  different  from  the  reports  or  files  with  which 
they  are  to  be  compared. 

Finally,  we  stress  again  that  the  contents  of  re- 
ports must  be  tailored  to  management's  actual  needs 
in  decision  making,  as  these  are  understood  in  each 
State.  Early  in  the  analysis  of  the  Minnesota's  sys- 
tem's requirements,  it  became  evident  that  a  large 
number  of  statistical  reports  not  defined  in  the 
model  MMIS  or  the  Ohio  system  would  be  desired. 
Other  new  reports  had  to  be  developed  to  service 
Minnesota's  system  of  charging  counties  for  part 
of  the  non-Federal  share  of  expenditures.  Hospital 
cost  settlement  reports  had  to  be  repeatedly  redone 
and  redefined.  Analysis  of  the  distribution  of  reasons 
for  pended  claims  was  needed. 

Rethinking  and  augmenting  the  report  structures 
of  information  system  packages  are  normal  tasks 
in  transferring  computer  systems.  The  process  should 
not  be  glossed  over,  as  it  can  make  or  break  a  trans- 
fer effort.  The  new  system  must  generate  enough 
usable  information  to  make  it  controllable  by  its 
managers  in  its  new  form  and  changed  environment. 

New  report  structures  should  not  simply  recapitu- 
late material  in  existing  reports.  The  old  reports 
may  have  been  unreliable,  incomplete,  misleading, 
unintelligible,  or  simply  unused.  It  is  essential  to 
assure  that  reports  can  be  generated  to  support 
all  important  operating,  planning,  and  control  deci- 
sions. Information  systems  can  be  decision  systems 
only  when  their  reporting  structures  support  and 
are  compatible  with  management's  decision  processes. 

Provider  Relations  and  Training 

In  developing  a  Medicaid  MIS,  provider  relations 
and  training  have  at  least  four  major  facets:  market- 
ing, tapping  the  information  resource,  training,  and 
troubleshooting. 

Marketing.  Installation  of  the  MMIS  causes  changes 
in  processing  requirements  and  procedures  for  han- 
dling medical  claims.  New  data  elements  must  be 
reported  by  vendors  of  health  services.  New  invoices 
and  forms  come  into  use.  Standards  for  payment  of 
claims  tighten.  Explanations  of  payments  change. 
Delays  and  foulups  in  payments  occur.  All  of  these 
events  mean  that  the  Medicaid  agency  has  a  market- 
ing problem  with  its  vendors.  It  must  sell  vendors 
on  the  value  to  them  of  putting  up  with  the  new 


requirements  and  the  expected  inconveniences  that 
occur  during  the  debugging  of  a  new  system. 

Marketing  requires  direct  communication,  face- 
to-face  if  possible,  with  affected  vendors,  to  alert 
them  early  to  impending  changes,  to  persuade  them 
of  the  good  will  and  honest  intentions  of  the  Medi- 
caid agency's  staff,  to  convince  them  of  the  social 
utility  of  the  proposed  changes,  and  to  clarify  the 
benefits  they  may  expect  to  receive  (such  as  im- 
proved cash  flow).  Such  communications  should  be 
candid  and  timely  but  not  dogmatic  and  premature, 
and  the  agency  staff  should  guard  against  making 
commitments  and  uninformed  promises  that  later 
may  not  be  kept. 

In  addition,  good  marketing  requires  liaison  with 
professional  associations  and  influential  representa- 
tives of  provider  groups  to  assure  their  assent  and 
support  for  the  project.  Their  support  will  often  be 
less  than  generous,  since  the  MMIS  lays  new  burdens 
on  providers,  may  reduce  fees,  and  promises  new 
forms  of  provider  surveillance.  But  failure  to  discuss 
the  new  requirements  and  benefits  with  provider 
group  leaders  will  result  in  resentment,  organized 
resistance  to  the  new  requirements,  and  political 
problems  over  misunderstood  requirements. 

Tapping  the  information  resource.  Providers  of 
care  know  what  information  they  can  report,  what 
bookkeeping  procedures  they  use,  and  their  business 
office  costs.  They  may  not  know  these  facts  precisely, 
but  they  have  better  information  than  the  Medicaid 
agency  has.  The  Minnesota  agency  discovered,  to  its 
chagrin,  that  it  is  cheaper  and  politically  easier  to  try 
early  to  tailor  billing  procedures  to  what  is  within 
reach  of  providers'  business  offices  than  to  invest  in 
requirements  which  cannot  or  will  not  be  met.  A 
State  will  find  it  useful  to  work  through  its  infor- 
mation reporting  requirements  with  providers,  busi- 
ness office  personnel,  and  service  bureaus  early  in 
the  development  process.  This  interchange  does  not 
require  yielding  on  disputes  over  capture  of  data 
absolutely  required  in  the  system,  but  it  does  mean 
keeping  open  to  the  possibility  that  some  proposed 
requirements  may  be  trivial  or  needlessly  clumsy 
when  a  simpler  or  different  approach  may  be  more 
acceptable. 

In  addition,  providers  of  care  believe  that  they 
have  something  to  contribute  to  the  definition  of 
fair  policies  on  what  services  should  be  covered, 
subject  to  which  checks  and  reviews.  They  do,  both 
individually  and  through  their  professional  associa- 
tions and  delegates  to  Medicaid  advisory  committees. 
Unless  a  State's  Medicaid  and  MMIS  project  staffs 
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are  exceptionally  large  and  experienced,  provider 
inputs  to  redefinitions  of  policy  are  invaluable  in 
filling  in  the  State  agency's  gaps  in  knowledge  and 
expertise. 

Training.  Changes  in  billing  and  bookkeeping 
require  retraining  of  providers  and,  most  important, 
their  billing  clerks  and  service  bureaus.  Training 
materials  must  be  complete  and  adequately  indexed, 
with  clear  examples.  Training  seminars  must  be 
held  for  billing  office  personnel,  not  just  for  pro- 
fessionals or  hospital  administrators.  Training  should 
be  timely,  not  the  week  before  procedures  change. 
Trainers  must  know  billing  and  claims  processing 
conventions  intimately  and  have  open  lines  of  com- 
munication with  Medicaid  systems  and  policy  staff 
to  obtain  quick  answers  to  questions  and  difficulties 
which  may  arise.  In  addition,  trainers  should  be 
instructed  to  identify  and  communicate  back  to  the 
agency  newly  discovered  problems  and  policy  con- 
fusions, so  that  they  may  be  corrected. 

Because  procedures  will  continue  to  change  as  an 
MMIS  is  refined,  channels  of  communication  with 
providers  should  be  continuous.  Minnesota  found 
that  information  could  be  distributed  quickly  via 
messages  on  fortnightly  remittance  advice  billings. 
Provider  bulletins  that  can  be  produced  and  mailed 
on  short  notice  are  often  necessary,  but  these  should 
go  through  a  clearance  procedure  to  control  unau- 
thorized "emergency"  changes  in  procedures  and 
policies.  Provider  handbooks  should  be  indexed  so 
that  changes  and  additions  are  simple  to  insert. 
Minnesota  discovered  that  numbering  inserts  by  sec- 
tion and  topic  was  no  substitute  for  page  numbers. 

Finally,  individual  providers  will  invent  unique 
ways  of  fouling  up  both  the  system  and  their  cash 
flow.  Staff  who  train  provider  personnel  should  be 
prepared  to  work  with  individual  providers  to  locate 
the  cause  of  their  problems.  The  claims  processing 
system  should  be  capable  of  referring  providers  with 
persistent  problems  regularly  to  the  training  unit, 
using  such  tools  as  provider  inquiries  and  provider- 
specific  computer  analyses  of  error-code  frequencies 
in  pended  claims.  In  Minnesota's  experience,  one- 
to-one  communication  with  providers  having  con- 
sistent processing  difficulties  has  been  an  expensive 
but  cost-effective  method  of  resolving  provider  prob- 
lems. 

Troubleshooting.  During  and  after  the  MMIS' 
installation,  individual  providers  and  the  system 
will  have  problems.  A  mechanism  is  needed  for  pro- 
viders' inquiries  about  unpaid,  mispaid,  and  rejected 


claims.  The  organizational  location  is  not  critical, 
but  this  office  must  have  access  to  the  claims  and 
document  control  (tracing)  indexes  and  to  remit- 
tance advices  and  warrant  logs.  Its  staff  need  access 
to  policy  and  medical  professional  staff,  to  systems 
analysts  and  programcr  support,  and  to  provider 
handbooks  and  systems  documentation.  Staff  who 
handle  provider  inquiries  must  be  alert  to  common 
problems  which  may  be  resolved  through  provider 
training,  information  bulletins,  and  handbook  revi- 
sions, or  by  reprograming  computer  edits  and  bil- 
ling conventions.  In  Minnesota,  this  function,  along 
with  processing  of  requests  for  adjustments,  is  han- 
dled by  the  staff  of  experienced  medical  claims  ana- 
lysts responsible  for  reviewing  excepted  claims. 

Coping  with  Technological  Change 

The  model  MMIS  is  a  design  for  a  large  and  com- 
plex computerized  information  system.  Building  it 
makes  demands  on  computer  facilities  and  their 
personnel.  Replacing  clerical  operations  with  com- 
puter processing  drastically  changes  established  doc- 
ument handling  and  decision  making  routines. 
Establishing  new  management  functions  dependent 
on  computer  outputs  changes  managers'  modes  of 
access  to  decision  data,  as  well  a;  the  sorts  of  data 
available.  Coping  with  such  changes  is,  in  large 
measure,  a  problem  of  managing  people,  of  helping 
them  to  organize  and  adjust  to  a  new  work  and 
information  environment. 

The  adjustment  can  be  eased  by  giving  care  to 
the  technological  changes  which  impact  the  work 
environment  or  complicate  the  computer  system. 
We  discuss  some  common  sources  of  technological 
difficulty  in  this  section. 

Need  for  new  computer  and  terminal  hardware. 

Bringing  up  a  system  in  a  computer  center  without 
sufficient  disk  file,  tape  drive,  or  line  printer  capac- 
ity may  necessitate  major  rewriting  of  transferred 
computer  programs  or  cause  losses  in  computer  effi- 
ciency. Conflicting  demands  for  central  processing 
unit  time  or  computer  core  may  delay  production 
programs  and  occasionally  force  skipping  the  pro- 
duction of  some  management  reports.  Outdated  tele- 
communication systems  may  compromise  the  time- 
liness of  eligibility  files  or  increase  the  production 
and  distribution  load  of  paper  and  microfiche 
reports. 

Minnesota's  experience  establishes  that  a  separate 
stand-alone  computer  controlled  by  the  Medicaid 
agency  is  not  mandatory  for  MMIS  processing.  How- 
ever, it  does  illustrate  the  need  for  active  facility 
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planning  and  organizing,  and  careful  scheduling 
with  a  State's  information  system  department. 

Borrowed  programs  in  nonstandard  computer  lan- 
guages. Transferred  MMIS  system  components  may 
require  conversion  of  hardware-specific  shortcuts 
taken  in  what  is  ostensibly  American  National 
Standards  Institute  COBOL.  Transferred  compo- 
nents may  be  tied  to  proprietary  data  base  software, 
which  must  be  purchased  if  new  file  interfaces  are 
not  to  be  developed. 

Borrowed  computer  programs  which  do  not  match 
their  documentation.  Program  people  and  systems 
analysts  should  be  alert  during  the  implementation 
of  a  transferred  system  that  the  computer  code  for 
edits,  file  organizations,  and  decision  trees  may  no 
longer  match  the  narrative  documentation. 

Optically  scanned  vendor  invoices.  If  optical  scan- 
ning of  invoices  is  used  for  data  entry,  providers  of 
health  services  need  to  know  how  they  must  type 
and  handle  their  invoices.  (They  will  also  need  an 
explanation  of  how  their  claims  will  be  paid  more 
quickly  through  use  of  OCR  technology.)  A  multi- 
font OCR  device  itself  will  need  fine  tuning  of  its 
character  screens  to  assure  that  it  can  read  all  com- 
mon typewriter  and  line  printer  fonts  used  on  the 
invoices. 

Data  display  media.  Users  of  computer  outputs 
should  receive  data  in  intelligible  formats  in  a  me- 
dium suitable  to  their  use.  Random  lookups  in 
large,  frequently  updated  data  sets  are  easiest  to  do 
using  on-line  video  terminal  inquiry  or  face  indexed 
COM  (computer  output  to  microform)  microfiche. 
Proof  lists,  management  data,  and  error  resolution 
forms  should  be  on  paper  so  that  notes  and  com- 
putations can  be  written  on  them.  Reports  of  an 
audit  trail  character  or  of  other  possible  historical 
interest  should  be  reduced  to  microfilm  or  micro- 
fiche for  permanent  storage,  regardless  of  how  the 
prime  user's  copies  were  produced. 

Provider  and  service  bureau  computer  limitations. 
If  providers  rely  on  their  own  or  service  bureaus' 
computer  systems  for  billing  or  accounting  services, 
the  computer  systems  create  a  need  for  additional 
lead  time  for  providers  to  respond  to  new  State 
requirements. 

Conclusions 

This  discussion  of  Minnesota's  experiences  has  high- 
lighted a  number  of  concerns  for  other  States  plan- 
ning to  implement  the  model  Medicaid  Manage- 


ment Information  System.  Some  infortuitous  deci- 
sions and  problems  have  been  touched  on  which 
Minnesota  could  have  avoided  with  the  hindsight 
of  today.  On  the  whole,  however,  we  believe  that 
the  Minnesota  project  was  effective.  The  final  prod- 
uct has  proved  acceptable  and  is  well  on  its  way  to 
becoming  a  true  management  information  system 
for  Minnesota's  Medicaid  program. 

Attempting  to  consolidate  our  recollections  regard- 
ing critical  issues  was  difficult.  Attempting  to  sum- 
marize them  further  is  perhaps  a  disservice,  because 
the  preceding  discussion  is  but  the  tip  of  the  ice- 
berg; many  underlying  observations  and  empirical 
facts  could  usefully  be  explored.  Nonetheless,  at  the 
risk  of  oversimplification,  some  general  conclusions 
and  recommendations  are  in  order. 

States  beginning  an  MMIS  project  should  actively 
seek  available  knowledge  and  expertise  in  the  MMIS 
area.  States  beginning  today  have  an  advantage  in 
that  Federal  guidelines  for  system  design  are  now 
available,  and  their  interpretation  is  clearer  than 
during  Minnesota's  project.  Federal  staff  who  have 
worked  on  State  site  audits  have  clarified  their  in- 
terpretations of  the  design  requirements  and  are 
available  for  advice.  Other  States  have  been  through 
the  development  experience  and  can  provide  in- 
sight, some  of  which  has  been  documented  in  this 
paper. 

It  should  be  recognized  that  the  MMIS  (or  at  least 
some  of  the  subsystems)  may  lend  itself  to  a  system 
transfer  effort,  noting  on 'the  one  hand  the  benefits 
of  available  structure  and  savings  of  time  and  money 
inherent  in  such  transfers,  and  on  the  other  hand, 
the  risks  of  policy,  code  structure,  and  hardware 
incompatibility,  the  dependencies  on  other  organi- 
zations, and  the  behavioral  complications  of  such 
projects.  Transfer  processes  themselves  must  be  care- 
fully structured  to  insure  successful  implementa- 
tion. Cost  differences  should  be  explored  thoroughly. 

An  evolutionary  development  of  the  system  should 
be  planned.  The  target  should  be  clear  before  begin- 
ning, but  an  attempt  to  proceed  intractably  down 
a  prescribed  path  to  the  final  product  will  com- 
promise the  results.  The  business  of  project  "man- 
agement is  to  firm  up  requirements'  analyses  and 
systems'  designs  to  the  best  possible  state  at  any 
given  time,  leaving  appropriate  flexibility  and  logi- 
cal hooks  for  enhancement  where  necessitated  by 
organizational  needs.  The  development  of  informa- 
tion systems  is  a  learning  process — for  managers  in 
defining  their  goals,  for  both  management  and  sys- 
tems analysts  in  deciding  the  kinds  of  information 
needed  to  support  management  decision  making  and 
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operational  control,  and  for  systems  designers  and 
programers  in  learning  how  best  to  capture  and 
manipulate  data  with  accuracy,  flexibility,  and 
economy. 

Structured  participation  of  key  individuals  and 
organizations  at  strategic  points  in  the  development 
process  is  imperative;  unstructured  participation 
can  be  more  of  a  hindrance  than  a  help.  Partici- 
pants must  be  carefully  selected  and  they  should 
include  persons  who  are  knowledgeable  about  opera- 
tional needs  and  who  can  understand  policies  and 
procedures  within  affected  organizations. 

Early  and  adequate  communications  with  pro- 
viders, other  agencies,  and  other  organizational  units 
within  the  parent  organization  are  critical.  What 
participants  feel  must  be  noted  as  well  as  what  they 
can  document,  since  inarticulate  feelings  are  often 
clues  to  information  needed  for  successful  implemen- 
tation. 

One  of  the  strengths  of  the  Minnesota  project 
was  structured  participation.  One  of  its  shortcom- 
ings was  that  it  did  not  push  structured  participa- 
tion further  than  it  did. 

In  an  MMIS  project,  the  organization  itself  must 
evolve.  Information  flows,  informal  communication 
and  authority  structures,  formal  responsibilities,  and 
basic  functioning  of  the  organization  will  be  affected 


by  the  development  and  the  ongoing  new  opera- 
lions.  The  process  of  organizational  change  must 
effect  an  orderly,  informed  transition.  When  orga- 
nizational growth  is  necessary,  skill  requirements 
and  staff  resources  to  meet  those  requirements  must 
be  carefully  examined.  Staffing  by  the  "good  per- 
son" approach  without  due  consideration  of  the 
skills  required  can  cause  delay,  error,  and  loss  of 
organizational  rapport,  and  it  can  bring  about  other 
problems  associated  with  replacement  of  poor  choices 
of  personnel. 

The  design  process  must  be  policy  driven.  Policies 
should  not  be  decided  by  bouncing  them  off  the 
design,  nor  should  they  be  locked  up  in  advance 
of  the  design.  Rather  the  definition  and  documenta- 
tion of  policies,  as  well  as  assessments  of  their  flexi- 
bility, must  be  a  continuous  part  of  the  design  proc- 
ess. Legislation  must  be  planned  for,  and  the  time 
lags  associated  with  the  legislation  must  be  antici- 
pated. 

While  organizational  and  behavioral  changes  are 
prominent  issues  in  MMIS  implementation,  tech- 
nological, change  must  also  be  managed.  Changes 
in  technology  are  easier  to  plan  and  assess  than 
organizational  changes,  but  failures  of  equipment 
and  software  to  meet  expectations  may  cause  delays, 
increased  costs,  and  organizational  problems. 


Additional  Information  on  the  Medicaid  Management  Information  System 


Several  publications  useful  to  Medicaid  proj- 
ect managers  are  available  from  the  National 
Technical  Information  Service  (NTIS),  Spring- 
field, Va.  22151.  Request  by  NTIS  numbers. 

•  Social  and  Rehabilitation  Service,  U.S.  De- 
partment of  Health,  Education,  and  Welfare: 
Medicaid  management  information  system. 
General  systems  design  for  title  XIX.  Ed.  2, 
Washington,  D.C.,  December  1973,  5  volumes. 
PB  236-550,  $37. 

•  Socio/  and  Rehabilitation  Service,  U.S.  De- 
partment of  Health,  Education,  and  Welfare: 
Medicaid  management  information  system. 
General  installation,  guide  for  title  XIX. 
Washington,  D.C.,  June  1972.  PB  210-7-12, 
$4.25. 


•  Social  and  Rehabilitation  Service,  U.S.  De- 
partment of  Health,  Education,  and  Welfare: 
Model  training  program  for  implementing  the 
Medicaid  management  information  system. 
Washington,  DC,  March  1973.  PB  217-222, 
$5.75. 

•  Social  and  Rehabilitation  Service,  U.S.  De- 
partment of  Health,  Education,  and  Welfare: 
S/UR  operational  techniques.  Washington, 
D.C.,  February  1973.  PB  216-158,  $8.50. 

•  Social  and  Rehabilitation  Service,  U.S.  De- 
partment of  Health,  Education,  and  Welfare: 
MARS  operational  techniques.  Washington, 
D.C.,  spring  1974.  PB  216-159,  $7.25. 
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APPENDIX  A 
MMIS  IMPLEMENTATION  WORKSHOP  AGENDA 


DEPARTMENT  OF  HEALTH,   EDUCATION  AND  WELFARE 
Social  and  Rehabilitation  Services 
Office  of  Information  Systems 

MMIS  IMPLEMENTATION  WORKSHOP 

AGENDA 

January  lO  -  12,  1977 

Annapolis  Hilton  Inn 
Annapolis,  Maryland 


Workshop  Objectives 

1.  To  provide  an  opportunity  to  collectively  discuss  problems 
and  opportunities  involved  in  the  design,  development  and 
operation  of  MMIS's. 

2.  To  exchange  information  and  ideas  on  several  critical 

MMIS  areas  through  a  series  of  presentations  and  discussion 
sessions. 

3.  To  provide  a  concentrated  workshop  focusing  on  problems, 
barriers,  and  beneficial  approaches  within  each  topic 
area  in  an  effort  to  pave  the  way  for  better  MMIS  design 
and  operation. 

4.  To  provide  input  at  the  federal  level  as  to  how  it  can 
best  support  state  MMIS  efforts  in  a  technical  and 
programmatic  way. 

5.  To  initiate  improved,  on-going  communication  between 
states  and  between  state  and  federal  agencies  regarding 
problems  and  opportunities  in  MMIS  implementation. 
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MM  IS  IMPLEMENTATION  WORKSHOP 
Washington  Ballroom 
AGENDA 

Monday  Morning,  January  lO 


Moderator :     Harold  F.  Wienberg 

Office  of  Information  Systems 

9:00  -  9:10        Opening  Remarks 


9:10  -  9:30 


9:30  -  9:45 


MMIS  Implementation, 
Process  not  Product 


New  York  State 
MMIS  Directions 


Moderator 

9:45  -  10:35 


John  C.  Anderson 
University  of  Minnesota 


MMIS  Project  Management 


10:35  -  10:55    Coffee  Break 

10:55  -  11:25    MMIS  Transfer  Projects 


11:25  -  12:15 


The  Fiscal  Intermediary 
Dec is  ion 


Harold  F.  Wienberg 
Associate  Administrator 

for  Information  Systems 
HEW,  SRS 

John  C.  Anderson 

Professor  of  Mgmt.  Sciences 

Mgmt.   Information  Systems 

Research  Center 
University  of  Minnesota 

Michael  R.  Diem 
Deputy  Commissioner 
Dept.   of  Social  Services 
State  of  New  York 


Murray  Goldman 

Project  Manager,  MMIS  Project 
Medicaid  Program 
Department  of  Human  Services 
State  of  Georgia 

Discussant : 

B.   Carlton  Couchoud,  OIS 


John  Ross 

Deputy  Director  of  Operations 
Division  of  Welfare 
State  of  New  Hampshire 

Discussant:     Wes  Baker,  OIS 

Robert  Nakamoto 
Deputy  Commissioner 
Office  of  Planning  and 

Management  Systems 
Department  of  Public  Welfare 
State  of  Texas 


Discussant:     Jim  Cole,  OIS 


12:15  -  1:30      Lunch  -  Individual 

Arrangements 
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MMIS   IMPLEMENTATION  WORKSHOP 
Washington  Ballroom 
AGENDA 

Monday  Afternoon,  January  10 


1:30  -  2:20        Eligibility  Interface, 
Case  Info.  Systems 


2:20  -  3:10        Data  Element  Design 
and  Forms 


3:10  -  3:30        Coffee  Break 


G.  W.  Peterson 
Director,  Systems  Division 
Department  of  Public  Welfare 
State  of  Minnesota 

Discussant:     Bryant  McCall,  OIS 

Paul  Farseth 
Principal  Mgmt.  Analyst 
Medicaid  Development  Section 
Department  of  Public  Welfare 
State  of  Minnesota 

Donald  A.  Roache 
Coordinator,  Management 

Information  Systems 
Dept.   of  Health  and  Mental 

Hygiene 
State  of  Maryland 

Discussant:     Francis  Wright,  OIS 


3:30  -  4:20 


4:20 


5  :10 


Invoice  Processing  and 
Pended  Claims 


Provider  Relations  and 
Training 


William  Barnett 
Chief,  Div.   of  Data  Services 
Department  of  Public  Welfare 
State  of  Ohio 

Discussant : 

Leroy  Weisenborne,  OIS 

James  Crawford 

Director,  Management  Analysis 
Bureau  of  Medical  Assistance 
Department  of  Social  Services 
State  of  Michigan 

Discussant : 

William  Gulban,  OIS 


5:30  -  6:30        Cocktail  Hour 

(Carroll-Chase  Room) 


Dinner 


-  Individual 
Arrangements 


MMIS  IMPLEMENTATION  WORKSHOP 


Washington  Ballroom 
AGENDA 

Tuesday  Morning,  January  11 

Moderator :     William  E.  Cleaver 

Office  of  Information  Systems 


8:30  -  9:20  MARS 


9:20  -  10:10  SURS 


10:10  -  10:30    Coffee  Break 


Pat  Wilde 

MMIS  Project  Director 
Department  of  Social  Services 
State  of  Utah 

Discussant:     Norman  Stevans,  OIS 

Stuart  Pater son 

Chief,  Division  of  Health 

Services  Review 
Department  of  Public  Health 
State  of  Michigan 

Discussant:     Kee  Chang,  OIS 


10:30  -  11:20     MMIS  Interface  with 
EPSDT 


11:20  -  12:10     MMIS  Interface  with 
Medicare 


Margaret  Park 

Program  Management  Officer 
EPSDT 

Department  of  Human  Resources 
State  of  Georgia 

Discussant:     Wesley  Amend,  OIS 

Phillip  Smith 
Mgmt.   Information  Division 
Department  of  Institutions 
Social  and  Rehab.  Services 
State  of  Oklahoma 

Discussant : 

L.   Wayne  Faulkner,  OIS 


12:10  -  1:45 


Luncheon 

(Carroll-Chase  Room) 

Federal-State  Medicaid 
Management  Improvement 
Efforts 


Robert  Fulton 
Administrator,  Social  and 

Rehabilitation  Services 
Department  of  Health, 

Education  and  Welfare 
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MMIS  IMPLEMENTATION  WORKSHOP 
Washington  Ballroom 
AGENDA 

Tuesday  Afternoon,  January  11 
1:45  -  3:00        Small  Group  Discussions 

Washington  Ballroom  North 

Table  1     MMIS  Project 
Management 

Table  2     MMIS  Transfer  Projects 

Washington  Ballroom  Center 

Table  3    The  Fiscal  Inter- 
mediary Decision 

Table  4     Eligibility  Interface, 
Case  Info.  Systems 

Washington  Ballroom  South 

Table  5    Data  Element  Design 
and  Forms 


Murray  Goldman,  Georgia 
B.   Carlton  Couchoud, 
OIS,  SRS 

John  Ross,  N.  H. 
Wes  Baker,  OIS 


Robert  Nakamoto,  Texas 
Jim  Cole,  OIS 

G.  W.   Peterson,  Minn. 
Bryant  McCall,  OIS 


Table  6 


Invoice  Processing  and 
Pended  Claims 


Paul  Farseth,  Minn. 
Donald  Roache,  Maryland 
Francis  Wright,  OIS 

William  Barnett,  Ohio 
Leroy  Weisenborne,  OIS 


3:00  -  3:30        Coffee  Break 

3:30  -  5:00        Small  Group  Discussions 

Washington  Ballroom  North 

Table  1     Provider  Relations 
and  Training 

Table  2  MARS 

Washington  Ballroom  Center 
Table  3  SURS 

Table  4     MMIS  Interface  with 
EPSDT 

Washington  Ballroom  South 

Table  5    MMIS  Interface  with 
Medicare 

Table  6     MMIS  Interface  with 
Benefit  Recovery 


James  Crawford,  Michigan 
William  Gulban,  OIS 

Pat  Wilde,  Utah 
Norman  Stevans,  OIS 


Stuart  Pater  son,  Mich. 
Kee  Chang,  OIS 

Margaret  Park,  Georgia 
Wesley  Amend,  OIS 


Phillip  Smith,  Okla. 
L.  Wayne  Faulkner,  OIS 

Russell  Ward,  Wash. 
Beatrice  Smith,  OIS 
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MM  IS  IMPLEMENTATION  WORKSHOP 
Washington  Ballroom 
AGENDA 

Wednesday  Morning,  January  12 

Moderator:     Wesley  C.  Baker 

Office  of  Information  Systems 


9:00  -  9:50 


MMIS  Interface  with 
Benefit  Recovery 


9:50  -  10:10      Coffee  Break 


Russell  Ward 

Supervisor,  Medical  Recovery 
Unit 

Office  of  Support  Enforcement 
Dept.  of  Social  and  Health  Serv. 
State  of  Washington 


10:10  -  10:30 


10:30  -  11:30 


An  Evaluation  of  the 
System  Approval  Process- 
the  Possibility  of 
Revalidation 

An  Evaluation  of  the 
System  Approval  Process- 
Some  State  Perspectives 


Harold  F.  Wienberg 
Associate  Administrator 

for  Information  Systems 
HEW,  SRS 


PANEL  DISCUSSION 


Paul  Allen 

Chief  Deputy  Director 
Department  of  Social 

Services 
State  of  Michigan 

Robert  Nakamoto 
Deputy  Commissioner 
Office  of  Planning  and 

Management  Systems 
Dept.   of  Public  Welfare 
State  of  Texas 

Reflections  on  the 
Workshop 


William  Barnett 

Chief,  Division  of  Data 

.Services 
Dept.  of  Public  Welfare 
State  of  Ohio 

Richard  Nelson 

Chief,  Office  of  Medical 

Assistance 
Dept.  of  Social  and  Health 

Services 
State  of  Washington 

Harold  F.  Wienberg 
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MMIS  IMPLEMENTATION  WORKSHOP 

January  10  -  12,  1977 

Annapolis  Hilton  Inn 
Annapolis,  Maryland 

PRELIMINARY  WORKSHOP  QUESTIONNAIRE 

The  model  Medicaid  Management  Information  System  (MMIS)  has  been 
the  object  of  much  criticism  and  concern  from  government  admini- 
strators, legislators,  and  providers  of  health  services.  Some 
would  suggest  that  in  many  states  the  MMIS  is  not  fulfilling  its 
intended  objectives,  not  processing  information  correctly  or  in  a 
timely  manner  .   .   .   that  if  it  is  processing  information  correctly, 
information  flows  and  reporting  are  not  appropriately  integrated 
with  management  and  organizational  heeds.     We  believe,  however , 
that  in  several  states  experience  has  shown  that  the  MMIS  is 
basically  a  sound  design  for  the  administration  of  the  Medicaid 
Program  and  that  the  problem  resides  in  the  implementation  process 
of  integrating  the  design  with  individual  state  programs. 

Since  publication  of  the  design  in  August  of  1971,  many  states  have 
proceeded  on  MMIS  developments,  with  11  states  now  certified  for 
7556  federal  operational  funding  as  having  met  MMIS  requirements. 
Some  of  these  states  have  adhered  strictly  to  the  general  design, 
others  have  deviated,  yet  in  ways  which  appear  necessary  for 
individual  state  operation  and  which  are  conceptually  equivalent  to 
the  original  design.     During  this  period  of  state  developments, 
there  have  been  many  individual  communications  between  states  and 
between  state  and  federal  personnel  on  problems  and  issues  in 
MMIS  implementation.     But  no  one  concentrated  conference  has 
focused  on  these  problems  to  allow  state  and  federal  personnel 
collectively  to  discuss  and  document  the  learning  which  has  gone 
on.     We  believe  that  many  states  have  creatively  addressed  problems 
in  MMIS  development  in  ways  which  can  be  shared  with  other  states 
and  with  federal  agency  personnel  so  as  to  alleviate  these  problems 
in  design,  development  and  operation  for  MMIS. 

This  workshop  is  aimed  at  both  tapping  the  information  that  you 
have  regarding  problems  and  concerns  that  you  are  currently  experi- 
encing in  state  MMIS  development  and  operation  and  at  relating 
approaches  that  you  have  used  in  resolving  those  concerns.  This 
aim  will  allow  workshop  participants  collectively  to  learn  approaches 
which  have  been  either  successful  or  unsuccessful.     The  workshop 
should  provide  ideas  on  specific  issues,  and  also  an  analysis  of 
how  similar  concerns  may  be  avoided  in  future  MMIS  and  related 
system  developments. 


B-1 


B-2 


Page  2 

To  accomplish  this  aim,  the  workshop  will  profit  from  your  serious 
consideration  of  each  of  the  topic  areas  to  be  discussed,  with  an 
eye  to  isolating  those  specific  experiences  from  your  state  which 
you  think  are  most  instructive.  You  have  something  to  contribute. 
We  invite  you  to  consider  each  of  the  following  issue  areas  care- 
fully in  talking  with  your  staff  and  prepare  yourself  to  actively 
contribute  your  insights  at  the  workshop. 

The  workshop  topic  areas  have  been  selected  in  consultation  with 
staff  in  the  Office  of  Information  Systems,  SRS,  and  various  state 
Medicaid  agency  personnel.     They  are  chosen  to  focus  workshop 
attention  toward  those  areas  of  high  concern  for  states  either  just 
entering  into  an  MMIS  development  or  for  those  currently  having  an 
operating  MMIS.     This  questionnaire  is  not  a  request  for  detailed 
information  on  the  part  of  the  Office  of  Information  Systems,  SRS. 
Nor  is  it  an  attempt  to  uncover  skeletons  in  the  closets  of  parti- 
cular state  efforts.     Rather,  it  is  offered  in  a  positive  sense  to 
pave  the  way  toward  better  MMIS  design  and  operation. 

The  questionnaire  is  purposely  general,  with  illustrative  questions 
offered  within  each  area  in  hopes  that  the  full  range  of  state 
experience  might  be  discussed. 

As  you  and  your  staff  contemplate  these  questions,  we  ask  that  you 
don't  limit  yourself  just  to  the  technical  issues  involved  or  the 
issues  which  you  feel  have  some  solution.     Rather,  feel  free  to 
point  out  the  individual  state  problems  which  perhaps  federal  staff 
are  unaware  of,  or  problems  where  state  and  federal  legal  or 
regulatory  constraints  inhibit  solution.     This  will  allow  addressing 
the  real  concerns  and  barriers  to  effective  Medicaid  management 
information  systems. 

For  each  area,  we  invite  you  to  consider  organizational,  technical, 
and  logistical  issues  in  all  phases  of  MMIS  development. 

We  encourage  you  to  bring  your  responses  to  the  workshop  or,  even 
better,  to  send  a  preliminary  response  to  the  conference  coordi- 
nator, which  will  be  forwarded  to  each  topic  keynote  speaker  for 
his  reference  in  preparing  his  remarks. 
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PRELIMINARY  QUESTIONNAIRE 


I.     Project  Management 

In  the  area  of  project  management,   including  such  things  as 
project  management  tools,  scheduling,  resource  allocation, 
timing,  staffing,  clarification  of  authority  and  responsibility, 
etc. ,  what  problems  occurred  or  do  you  anticipate  which  may  be 
of  particular  importance  to  you?    What  special  management 
techniques  or  organizational  approaches  are  particularly  helpful? 


II.     MMIS  Transfer  Projects 

In  the  area  of  MMIS  transfer  projects,  what  technical,  operational 
and  economic  considerations  were  most  important  to  you?  What 
are  the  envisioned  benefits  and  disadvantages  of  MMIS  transfer 
projects  as  you  see  them  in  your  state?    What  impacts  do  trans- 
fer projects  have  on  implementation  scheduling  and  duration?  If 
you  transferred  MMIS  system  components  from  another  state,  would 
you  do  it  again?    Why  and  how? 

III.     Fiscal  Intermediary  Decisions 

In  deciding  whether  to  buy  systems  development,  claims  proces- 
sing, or  risk  reinsurance  from  an  outside  agent,  what  factors 
were  or  will  be  decisive  in  your  decision?     For  those  states 
currently  having  fiscal  intermediaries,  what  particular  concerns 
are  significant? 


IV.     Data  Element,  Design,  and  Forms 

What  difficulties  have  been  encountered  in  employing  the  MMIS 
minimum  data  set  to  particular  states'  needs?    What  data  elements 
have  proved  to  be  difficult  to  acquire?    What  data  elements  have 
been  reported  with  consistent  unreliability?    What  specific 
problems  have  been  encountered  in  deciding  on  forms?    Has  your 
state  considered  uniform  invoices  with  other  third  party  payers? 


V.     Eligibility  Interface/Case  Information  Systems 

What  methods  has  your  state  employed  to  assure  accuracy,  timeli- 
ness and  completeness  of  eligibility  information.     What  steps 
were  taken  to  insure  a  sufficient  data  set  for  the  eligibility 
subsystem?    Were  difficulties  encountered  with  local  (county) 
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control  of  eligibility  inputs?    What  difficulties  have  been 
encountered  with  federal  data  exchanges  bearing  on  eligibility? 
What  steps  have  been  taken  to  make  your  eligibility  file  efficient 
from  a  data  processing  point  of  view? 

VI.     Invoice  Processing  and  Pended  Claims 

How  is  your  state  controlling  the  cost  and  accuracy  of  data 
entry?    What  specific  concerns  have  arisen  in  pended  claims  cor- 
rection?   How  has  claim  review  been  organized  and  staffed?  How 
has  your  state  handled  over-productive  computer  edits?  What 
forms  of  automated  data  exchanges  do  you  have  with  providers  of 
services?    How  effective  have  they  been? 


VII.     Provider  Relations  and  Training 

What  specific  problems  have  you  encountered  with  providers  in 
the  design  and  implementation  of  the  MMIS?    How  did  you  structure 
provider  input  into  the  design  and  implementation?    Was  it 
effective?    What  kinds  of  training  programs  did  you  employ? 
What  particular  problems  are  you  now  having  with  providers? 
What  types  of  people  did  you  use  for  trainers  and  how  did  you 
train  the  trainers?     How  does  the  provider  training  function 
interface  with  claims  processing  and  the  policy  staff? 


VIII.  MARS 

What  specific  problems  arose  in  attempting  to  use  the  management 
reports  from  the  MMIS  model  design?    What  approaches  did  you  use 
to  ascertain  management  information  requirements  within  your 
state?    What  kinds  of  reports  were  necessary  additions?  Have 
you  had  to  re-educate  management  to  use  the  information  now 
available?     Has  this  re-education  been  successful?    Why?  Have 
you  attempted  to  use  flexible  computerized  report  writers?  Have 
they  been  effective? 


IX.  SURS 

What  specific  problems  are  encountered  in  developing  or  utilizing 
the  SURS  package?    Have  data  gaps  and  errors  compromised  the 
reliability  of  the  SURS  subsystem?    What  do  you  see  as  the 
optimal  use  of  the  SURS  provider  and  recipient  profiles  in  a 
program  of  fraud  investigation  and  utilization  control/utiliza- 
tion review?     How  can  explanations  of  Medicaid  benefits  (EOMB's) 
mailed  monthly  to  Medicaid  recipients  be  used  most  effectively 
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for  finding  fraud?     What  has  been  your  state's  experience  with 
EOMB's?     Can  you  suggest  practical  alternatives  to  present 
requirements?     What  major  changes  must  be  made  to  the  SUES 
design  to  meet  your  program's  needs?     Have  you  found  that  special 
training  for  SURS  unit  staff  is  necessary  before  they  can  control 
the  exception  parameters  used  in  the  SURS  package? 


X.  EPSDT 

What  methods  have  you  found  to  be  effective  in  integrating 
EPSDT  referral  and  tracking  into  the  general  Medicaid  claims 
processing  and  surveillance  system?     What  problems  have  been 
encountered  in  building-in  an  EPSDT  tracking  system  and  keeping 
computer  costs  within  reason? 


XI.     Medicare  Crossovers 

To  what  extent  has  your  state  been  able  to  automate  the  exchange 
of  Medicare  payments  information  for  Medicaid  recipients?  What 
problems  have  arisen  in  information  exchange?    How  is  your  state 
dealing  with  the  problem  of  retroactive  eligibility  in  Title  XVIII 
as  it  affects  the  Medicaid  Program?     Has  your  state  encountered 
any  peculiar  or  special  problems  in  paying  correcc  amounts  for 
Medicare  crossovers,   particularly  where  a  claim  may  include  some 
services  covered  in  part,  some  covered  fully,  and  some  not 
covered  at  all  by  Medicare? 

XII.     Third  Party  Benefits  Recovery 

How  have  benefit  recovery  efforts  been  interfaced  with  MMIS? 
What  specific  problems  have  you  had  in  this  regard?  What 
specific  impacts  have  benefit  recovery  procedures  had  on  the 
eligibility  subsystem,   invoice  processing,  MARS  and  SURS? 
What  edit  structures  have  proved  most  useful  in  selecting  claims 
with  recovery  potential? 

XIII.     Certification  Process 

If  your  state  has  gone  through  an  MMIS  certification'  process , 
what  would  you  have  done  differently  in  the  design  and  develop- 
ment of  MMIS?     How  could  the  certification  process  have  been 
handled  more  effectively?     If  annual  recertif ication  procedures 
are  implemented,  what  are  your  suggestions? 
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